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FOREWORD 

Th«  Functional  Design  report  provides  detailed  design  data  for  the  AIC 
experiaental  prototype  systea.  It  provides  a  translation  into  programing 
terainology  of  the  Functional  Requireaents  report.  This  Functional  Design 
report  is  intended  to  serve  as  a  guide  for  the  design  of  future  training 
systeas  which  incorporate  voice  technology.  The  report  provides  a  aodel 
of  translating  behavioral  objectives  into  a  fully  autoaated  systea. 
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SECTION  I 


INTRODUCTION 


PURPOSE 


This  functional  design  report  is  one  step  in  the  evolutionary  sequence 
of  the  experimental  Prototype  Air  Intercept  Controller  (AIC)  Training  System 
or  Air  Controller  Exerciser  (ACE).  Prior  to  the  publication  of  this  report, 
several  other  milestones  have  been  attained.  The  behavioral  objectives  for 
the  task  of  training  basic  air  intercept  controller  skills  have  been  identified, 
analyzed,  and  organized  into  the  Behavioral  Objectives  reportl  and  the  Objectives 
Hierarchy  report. 2  A  student  training  course  has  been  established  by  the 
Ordinal  Syllabus  report. 3  The  functions  that  the  system  will  require  to 
support  the  training  approach  represented  in  the  structure  of  the  syllabus 
are  identified  in  the  Functional  Requirements  report. M  The  implementation 
of  trainee  testing  was  explained  and  test  data  reporting  functions  were  identified 
in  the  Measurement  of  Student  Achievement  report. 5  A  description  of  the 
system  as  it  will  be  assembled  for  test  and  evaluation  was  provided  in  the 
Prototype  Configuration  report. 6 


The  current  report  deals  with  the  characteristics  and  design  of  ACE 
system  functions.  It  contains  the  specification  of  those  functions  in  terms 
of  inputs  and  outputs,  as  well  as  the  definition  of  the  hardware,  software, 
and  courseware  to  be  used  in  the  implementation  of  those  functions.  The 
functions  are  identified  and  described  in  the  main  body  of  the  report;  the 
appendices  contain  detailed  specifications  and  definitions  for  various  individual 
design  features. 
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DESIGN 

The  design  requirements  were  first  identified  in  the  Functional  Requirement 
report  and  are  categorized  into  three  types.  Training  requirements  pertain 
to  those  functions  governing  instruction:  the  training  course  structure 
and  content,  automated  instructor  capabilities,  automated  speech  generation 
and  recognition,  simulations  modeling,  and  the  training  enhancement  console 
(TEC).  System  requirements  apply  to  the  hardware  equipment  used  to  implement 
the  training  system:  the  central  computers  and  their  peripheral  devices, 
the  interfaces  between  the  system  devices,  the  system  input/output  requirements, 
and  the  details  of  the  man-machine  interaction.  System  constraints  relate 
the  first  two  types  of  requirements  to  the  requirements  imposed  by  the  real 
world  upon  the  design  implementation,  e.g.:  state-of-the-art  limitations 
in  speech  generation  and  speech  recognition;  hardware  limitations  in  the 
radar  simulation;  software  constraints  imposed  by  the  operating  system,  pro¬ 
gramming  language,  and  hardware  limitations  of  the  government  furnished  equipment 
(GFE)  computer  system;  training  limitations  arising  from  the  content,  level 
of  difficulty,  and  partial  "psychomotor  skill"  nature  of  the  course  material; 
and  the  amount  of  contracted  time,  money,  and  GFE  resources  available  to 
the  project. 

OPERATIONAL  CONCEPT 

The  operational  concept  for  ACE  is  a  high  technology,  stand-alone,  computer- 
based,  prototype  training  system.  The  operational  application  for  ACE  is 
to  provide  basic  training  for  AIC  candidates,  controlling  air  intercepts 
and  training  setups  using  simulated  Naval  Tactical  Data  System  ( NTDS )  equipment. 

The  operational  application  of  ACE,  as  an  integrated  system,  will  utilize 
automated  speech  technologies;  simulate  the  AIC  and  aircraft  environments, 
radar,  the  NTDS  console  and  communications;  and  apply  automated  adaptive 
training. 

There  are  four  basic  goals  for  the  training  system.  The  first  goal 
is  the  most  pragmatic-— to  provide  the  required  synthetics  training  to  enable 
students  to  control  live  aircraft  under  supervision  of  an  instructor.  The 
other  three  goals  are  research  and  experimentation  oriented. 

The  first  research  goal  is  to  study  the  usefulness  of  automated  speech 
technologies  in  military  training.  These  technologies  include  computer  generated 
speech,  computer  speech  recognition,  and  computer  speech  recording  and  playback. 
Research  in  this  area  is  very  important  in  respect  to  training  for  Jobs  such 
as  air  intercept  control  where  personnel  are  responsible  for  transmitting, 
receiving,  and  responding  to  verbal  messages  in  a  specialized  vocabulary 
with  structured  and  established  syntactical  constraints. 

The  second  research  goal  is  to  study  the  applicability  and  effectiveness 
of  instructional  methods  using  automated,  adaptive,  performance  based  instruction. 
This  project  will  research  how  well  an  automated  instructor  can  measure  a 
learner's  performance  and  provide  subsequent  instruction  customized  to  the 
learner's  problems.  The  learner  and  the  system  will  be  able  to  make  virtually 
all  of  the  decisions  necessary  for  completing  this  segment  of  the  AIC  candidate's 
training.  The  computer  system  will  keep  complete  records  of  student  performance 
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and  will  continually  adapt  tbe  Instruction  to  support  optimized  learner  progress 
through  the  specified  curriculum.  Human  Instructors  will  be  Included  Into 
the  system,  but  their  primary  roles  will  be  to  provide  system  support  and 
special  Instruction.  It  Is  Important  to  note  that  this  Is  a  learner  oriented 
system  with  every  effort  being  made  to  make  the  system  transparent  to  learner 
use.  The  product  of  the  final  research  goal  will  be  an  expression  of  the 
lessons  learned  during  the  development  of  this  project.  The  system  develop¬ 
ment  documentation  of  an  assortment  of  effectiveness  testa  will  provide  data 
for  the  project  goal— to  provide  suggestions  and  recommendations  for  the 
construction  and  development  by  the  Navy  of  an  operational  air  intercept 
controller  and  anti-submarine  air  controller  training  system. 

SOFTWARE 

ACE  software  is  organized  in  a  top-down,  modular,  hierarchical  manner 
in  three  computers.  The  software  is  grouped  functionally  In  the  Instructor, 
Simulation,  and  Speech  computers.  The  functions  in  each  computer  are  implemented 
as  a  fixed  set  of  concurrent  processes.  A  process  is  synonymous  with  a  user 
program  and  is  a  logically  and  physically  complete  execution  path.  A  process 
may  Initiate  other  processes  which  are  referred  to  as  sons.  The  originating 
process  is  called  the  father.  Within  each  process,  functions  may  be  divided 
into  tasks.  A  task  1s  a  logically  complete  Independent  execution  path  through 
a  process.  Tasks  may  be  further  subdivided  into  one  or  more  procedures, 
each  of  which  is  a  logically  and  physically  complete  synchronous  body  of 
code  that  performs  a  minimal  set  of  functions. 

The  computers  communicate  with  each  other  via  variable  length  messages 
sent  over  the  Multiprocessor  Communications  Adapter  (MCA).  The  MCA  serves 
as  a  bi-directional  high  speed  data  link.  Processes  may  send  and  receive 
variable  length  messages  through  ports.  A  port  is  a  full  duplex  communications 
path  to  a  process. 

The  Instructor  Computer  is  responsible  for  the  overall  control  of  ACE, 
the  automated  Instructor  tasks,  keyboard  Interactions  with  the  human  instructor 
and  the  student,  measurement  of  student  performance,  and  summary  reports 
of  system  use  and  student  and  class  performance.  The  Simulation  Computer 
is  responsible  for  simulating  the  radar  display,  interactions  with  the  TEC, 
NTDS  program  simulation,  and  modelling  aircraft  and  other  aspects  of  the 
training  environment.  The  Speech  Computer  is  responsible  for  speech  recognition 
and  understanding,  digitized  speech  recording  and  playback,  and  speech  generation. 

The  following  is  a  description  of  the  program  modules  which  will  implement 
the  ACE  functions  as  described  in  the  Functional  Requirements  report.  For 
consistency,  all  modules  are  described  as  If  they  run  in  an  Advanced  Operating 
System  (AOS)  environment  even  though  AOS,  Real-time  Disk  Operating  System 
(RD03)  and  Real  Time  Operating  System  (RTOS)  will  also  be  used  in  ACE. 

INSTRUCTOR  COMPUTER.  The  Instructor  Computer  will  be  the  locus  of  training 
control  because  the  Adaptive  Training  Control  Process  will  reside  therein. 
At  the  deeper  level  of  providing  an  environment  for  the  training  system  processes, 
the  Instructor  Computer  will  be  both  the  controller,  in  the  sense  of  being 
the  initiator  of  processing,  and  a  link  between  ACE  modules.  These  functions 
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and  others  will  be  distributed  among  the  five  processes  which  reside  in  the 
Instructor  Computer  as  follows:  the  resident  Executive  process  shall  maintain 
the  training  system  environment;  the  Adaptive  Training  Control  process  will 
coordinate  the  student's  experiences  in  training;  the  Performance  Measurement 
process  will  detect  errors  in  student  performance;  the  System  Summary  process 
will  collate  data  and  report  on  system  utilization;  and  the  Student  Summary 
process  will  summarize  performance  data  and  prepare  reports  about  individual 
performance.  The  following  paragraphs  describe  these  processes  in  more  detail. 

Instructor  Executive  Process.  This  process  shall  provide  the  environment 
in  which  the  training  system  processes  will  function.  It  shall  be  a  sort 
of  training  system  utility  package  which  will  handle  the  details  of  message 
routing,  timing,  file  transfer,  etc.,  for  the  applications  processes.  The 
features  it  will  offer  are  described  in  more  detail  below. 

Initialization.  The  Instructor  Executive  process  shall  perform  a  variety 
of  initialization  tasks  including: 

a.  providing  options  selected  by  switch  settings  at  runtime; 

b.  opening  and  reading  the  shared  page  file  and  Initializing  the  shared 
page  data; 

c.  creating  and  establishing  communications  with  all  son  processes; 

d.  initiating  executive  tasks; 

e.  establishing  communications  with  the  other  processors  by  initiating 
the  sync  message  protocol; 

f.  starting  the  system  clock. 

Shared  Page.  The  Instructor  Executive  shall  cause  the  system  shared  data 
to  be  maintained  in  all  three  processors.  The  shared  data  page  is  divided 
into  a  block  which  is  modified  by  Instructor  Computer  processes  and  a  block 
which  is  modified  by  Simulation  Computer  processes.  (The  Speech  Computer 
tasks  will  not  modify  the  shared  page  data.)  Once  each  second,  the  Instructor 
Executive  shall  transfer  the  portion  of  the  shared  page  which  It  modifies 
to  the  Simulation  Computer. 

Receipt  of  these  data  shall  cause  the  Simulation  Executive  to  transfer 
the  portion  of  the  shared  page  it  modifies  back  to  the  Instructor  Computer. 
The  Simulation  Executive  shall  also  transfer  a  subset  of  the  shared  page 
data  to  the  Speech  Computer  at  this  time.  Upon  receipt,  the  shared  page 
data  will  be  read  directly  into  the  shared  area  and  so  will  be  immediately 
accessible  to  the  son  processes. 

Message  Routing.  The  executive  process  shall  serve  as  the  ACE  postman  in 
all  three  computers  as  follows:  son  processes  within  a  computer  will  not 
communicate  directly.  Instead,  all  messages  to  other  processes  will  be  sent 
to  the  executive  process.  The  executive  will  monitor  an  Interprocess  Commun- 
i cations  (IPC)  port  to  receive  these  messages,  and  will  determine  their  destin- 
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atlon(s)  by  table  lookup.  It  will  formulate  a  destination  code  specific 
to  each  computer  which  is  to  receive  the  message.  It  will  then  send  the 
message  to  any  of  its  son  processes  which  are  to  receive  the  message  via 
the  IPC  mechanism  (or  inter-task  message  facility  in  the  Speech  Computer), 
and  to  any  other  computers  which  are  to  receive  it  via  the  MCA. 

Another  task  in  the  message  routing  function  shall  monitor  the  MCA  for 
incoming  messages.  It  will  use  the  destination  code  formulated  by  the  sender 
to  direot  the  message  to  the  appropriate  son  process(es). 

Keyboard  Monitor.  The  Instructor  Executive  process  shall  control  the  instructor 
and  student  keyboards  and  cathode  ray  tube  (CRT)  displays.  The  Keyboard 
Monitor  function  will  respond  to  son  process  direction  to  display  text  and 
to  accept  and  verify  keyboard  Inputs. 

Pile  Transfer  Capability.  Because  each  processor  has  access  to  only  one 
of  the  three  system  disks,  it  will  be  necessary  to  transfer  files  from  one 
disk  to  another.  The  executive  shall  perform  the  file  transfers  and  shall 
notify  the  requestor  when  transfer  is  complete. 

Adaptive  Training  Control.  This  process  directs  the  student's  training  in 
a  flexible  manner  and  provides  the  following  six  functions. 

Control.  This  function  directs  the  activities  a  student  will  perform  when 
he  signs  on. 

Supplemental  Activity.  The  student  sign  on  procedure  and  system  coordination 
for  speech  recognition  tests,  speech  retraining,  and  speech  playback  are 
among  the  activities  provided  by  this  function. 

Activity  Selection.  This  function  determines  the  next  segaent  to  be  executed 
based  on  the  last  non-review  and  non-remediation  segment.  It  also  selects 
requested  supplemental  activity. 

Segment  Definition.  This  function  controls  the  presentation  of  the  selected 
training  segments  by  processing  the  segment  commands  on  a  functional  basis. 

Manual  Select.  This  function  coordinates  menu  display  and  keyboard  input 
generated  by  keyboard  inputs  such  as  retrain,  override,  and  abort. 

Diagnosis,  Prescription,  and  Remediation.  This  function  is  responsible  for 
diagnosing  a  student's  performance  and  prescribing  remedies  for  poor  performance 
in  the  form  of  review,  additional  practice,  interactive  teaching,  and  instructor 
notification. 

Performance  Measurement  and  Evaluation.  This  process  determines  the  correctness 
of  student  notions  based  on  a  predefined  behavioral  model.  Performance  Measure¬ 
ment  detects  and  records  errors  in  student  performance  so  that  the  instructor 
may  evaluate  the  student's  performance.  Performance  Measurement  functions 
Include  the  three  following  functions. 


13 


NAVTRAEQUIPCEN  78-C-0l82-e 


Control.  This  function  serves  as  the  top  level  executive  of  the  Performance 
Measurement  process.  It  periodically  executes  a  prescribed  set  of  performance 
measurement  routines  so  that  they  can  sample  the  real  time  data,  and  asyn¬ 
chronously  executes  these  routines  when  events  are  received. 

Performance  Measurement.  This  function  is  implemented  as  a  series  of  small 
routines  each  of  which  is  capable  of  measuring  and  scoring  a  single  PMV. 
Only  those  PMVs  so  indicated  by  the  course  designer  are  measured,  and,  further, 
only  designated  PMVs  will  result  in  a  freeze. 

Performance  Evaluation.  At  the  end  of  a  practice,  evaluation  is  responsible 
for  creating  a  Performance  Measurement  file  in  which  Performance  Measurement 
Variable  (PMV)  scores  are  stored  for  later  evaluation  by  Adaptive  Training 
Control's  Diagnosis,  Prescription,  and  Remediation  Function. 

System  Summary.  This  process  is  responsible  for  providing  text  displays 
and  hardcopy  printouts  of  the  student's  performance  for  the  instructor. 
It  also  provides  system  utilization  reports  and  handles  new  student  registration. 

Student  Summary.  This  process  is  responsible  for  providing  text  displays 
and  hardcopy  printouts  of  the  student's  performance  for  the  student. 

SIMULATION  COMPUTER.  The  Simulation  Computer  is  responsible  for  coordinating 
all  simulation,  display,  and  Training  Enhancement  Console  (TEC)  related  activ¬ 
ities.  The  Simulation  Computer  shall  be  considered  subordinate  to  the  Instructor 
Computer  at  all  times. 

In  the  on-line  mode  the  Simulation  Computer  provides  an  executive  process 
to  schedule  and  synchronize  all  simulation  activities,  and  to  monitor  commun¬ 
ications  with  the  Instructor  and  Speech  Computers;  an  NTDS  process  to  control 
and  coordinate  the  various  functions  and  interactions  with  the  student  via 
the  TEC  and  to  process  TEC  inputs  and  outputs;  and  a  radar  simulation  process 
to  simulate  a  radar  display,  to  update  the  symbols  displayed  thereon;  and 
a  scenario  control  and  models  process,  to  set  up  and  control  specific  problems 
and  to  control  and  simulate  the  actions  of  the  various  entities  being  emulated 
(modeled).  Detailed  descriptions  of  the  processes  contained  in  the  Simulation 
Computer  follow. 

Simulation  Executive  Process.  The  Simulation  Executive  process  will  provide 
many  of  the  same  functions  that  the  Instructor  Executive  provides,  as  follows. 

Initialization.  The  Simulation  Executive  shall  provide  all  of  the  initialization 
functions  which  the  Instructor  Executive  provides  with  the  exception  that 
it  will  respond  to,  but  not  initiate,  the  sync  message  protoool.  The  Simulation 
Executive  will  also  start  a  clock  but  it  will  only  update  the  system  clock 
at  100  msec  intervals  between  shared  page  updates. 

Shared  Page.  The  Simulation  Executive's  function  in  the  maintenance  of  the 
shared  page  is  described  in  the  correlative  paragraphs  above. 

Message  Routing.  The  Simulation  Executive  shall  provide  the  same  message 
routing  functions  as  the  Instructor  Executive. 
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Keyboard  Monitor.  The  Simulation  Executive  will  not  control  a  keyboard, 
however,  it  shall  format  text  for  output  to  the  TEC  CRT  and  provide  a  subset 
of  the  text  display  features  of  the  Instructor  Executive  Keyboard  Monitoring 
Facility. 

File  Transfer  Capability.  The  Simulation  Executive  shall  provide  the  same 
file  transfer  features  as  the  Instructor  Executive. 

MTDS  Simulation  Process.  This  process  provides  the  simulation  of  the  MTDS 
operational  programs  and  provides  the  following  five  functions. 

Micronova  Input  Processing.  This  function  processes  TEC  inputs  (buttons, 
track  ball,  etc.)  that  have  been  detected  by  the  Micronova.  It  interacts 
heavily  with  the  extensive  logic  in  MTDS  simulation  to  determine  if  the  proper 
actions  have  occurred  in  the  proper  sequence. 

TEC  Control  Outputs.  This  function  provides  input  to  the  Micronova  to  cause 
specific  actions  to  occur  in  the  TEC.  Examples  of  this  include  activating 
the  buzzer,  lights,  and  light  emitting  diodes  (LEDs).  It  is  used  extensively 
in  the  Interactive  Teaching  mode. 

MTDS  Simulation.  This  function  provides,  to  the  remainder  of  ACE,  all  the 
logic  and  Interfaces  needed  to  simulate  the  MTDS  operational  programs. 

Radar  Simulation.  This  function  uses  the  track  data  section  of  the  shared 
page  to  control  and  simulate  a  radar  dlspl&y  on  the  display  unit  (Megatek 
7000)  by  invoking  Megatek  supplied  utilities.  It  provides  four  control  sub- 
functions. 

a.  Sweep,  Video  and  Range  Mark  Control.  This  subfunction  controls 
the  display  of  the  sweep  line  and  range  marks.  In  addition,  it  determines 
if  any  videos  are  to  be  displayed  at  a  given  sweep  angle  and  if  so,  displays 
it. 


b.  Scale  Control.  This  subfunction  is  responsible  for  handling  range 
settings  associated  with  the  display. 

c.  Offset  Control.  This  subfunction  is  responsible  for  handling  display 
offset. 

d.  Brightness  Control.  This  subfunction  is  responsible  for  handling 
display  brightness  on  an  individual  basis  for  the  sweep  line,  range  marks, 
videos,  and  symbols. 

Tracker  Simulation.  This  function  maintains  track  symbology  by  updating 
positional  data  and  the  display. 

Scenario  Control  and  Models  Process.  This  process  has  a  twofold  responsibility. 
The  scenario  control  function  processes  the  predefined  scenario  commands 
which  define  and  guide  the  presentation  of  the  scenario.  The  Models  function 
provides  the  capability  to  simulate  the  external  portions  of  the  environment 
with  which  the  student  must  Interact, 
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Scenario  Control.  This  function  processes  the  scenario  control  commands 
based  on  time  or  the  occurrence  of  an  event.  It  is  supported  by  three  sub¬ 
functions. 

a.  Scenario  Initialization.  This  subfunction  processes  all  scenario 
initialization  commands  and  establishes  the  initial  conditions  for  the  process. 

b.  Scenario  Event  Processing.  This  subfunction  processes  all  scenario 
control  commands  whose  implementations  are  dependent  on  the  occurrence  of 
events. 

o.  Scenario  Time  Processing.  This  subfunction  processes  all  scenario 
control  commands  whose  implementations  are  dependent  on  the  time  from  the 
start  of  the  scenario. 

Models.  This  function  is  comprised  of  three  subfunctions  whose  actions  model 
a  specific  aspect  of  simulation. 

a.  Aircraft  Model.  This  subfunction  maintains  the  dynamic  motion  and 
characteristics  of  the  aircraft  on  a  track  basis. 

b.  Pilot.  This  subfunction  simulates  the  actions  of  the  combat  air 
patrol  (CAP)  and  maneuvering  aircraft  (MAC)  pilots.  It  provides  response 
to  student- voice  input  via  generated  speech  outputs  and  alteration  of  the 
CAP  or  MAC  flight  characteristics.  Specific  proximities  to  other  aircraft 
will  initiate  pilot  speech  responses  reporting  on  the  "observations”  within 
the  environment. 

o.  Ship's  Weapons  Coordinator  (SWC).  This  subfunction  simulates  the 
voice  and  console  actions  of  the  SWC  as  heard  and  seen  by  the  student. 

SPEECH  COMPUTER.  The  Speech  Computer  is  responsible  for  coordinating  all 
speech  recognition,  speech  understanding,  and  digitized  speech  recording 
and  playback.  It  also  coordinates  and  supports  voice  training  and  synthesized 
speech  generation  activities.  While  the  Speech  Computer  gets  Inputs  and 
outputs  from  both  the  Instructor  and  Simulation  Computers,  it  shall  be  considered 
subordinate  to  the  Instructor  Computer  at  all  times. 

In  the  on-line  mode  the  Speech  Computer  provides  an  executive  process 
to  schedule  and  synchronize  all  speech  related  activities  and  handle  MCA 
communications  with  the  Instructor  and  Simulation  Computers,  a  speech  collection 
and  validation  process  to  collect  and  validate  voice  reference  patterns  and 
maintain  them  for  use  during  instructional  segments,  a  speech  recognition 
and  understanding  process  to  recognize  student  utterances  and  attach  meaning 
to  them,  a  digitized  speech  process  to  digitize  and  record  student  verbalizations 
and  <— them  for  playback  during  replay,  and  a  synthesized  speech  generation 
process  to  simulate  the  vocalizations  of  the  various  entities  being  modeled. 

The  Speech  Computer  will  use  an  RDOS  operating  system.  This  operating 
system  is  described  in  the  Program  Design  section  of  this  document.  Although 
RDOS  does  not  support  processes  in  the  literal  sense  of  AOS,  the  groupings 
of  tasks  which  are  called  Speech  Computer  processes  are  of  the  same  functional 
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level  and  have  the  same  functional  meaning  as  the  processes  described  for 
the  Instructor  and  Simulation  Computers.  RDOS  is  divided  into  two  "grounds". 
The  Speech  Computer  Executive,  Speech  Collection  and  Validation,  and  Digitized 
Speech  processes  will  reside  in  the  background.  The  Speech  Recognition  and 
Understanding  and  the  Synthesized  Speech  processes  will  reside  in  the  foreground. 
Descriptions  follow  of  the  processes  contained  in  the  Speech  Computer. 

Speech  Executive  Process.  The  Speech  Executive  Process  shall  provide  many 
of  the  same  functions  that  the  Instructor  Executive  process  provides,  with 
minor  modifications  due  to  the  different  operating  system  environment,  as 
described  below. 

Initialization.  The  Speech  Executive  shall  perform  the  following  initialization 
functions: 

a.  providing  options  selected  by  switch  settings  at  runtime; 

b.  initializing  the  area  in  which  the  subset  of  shared  page  variables 
will  be  maintained; 

c.  initializing  the  intertask  communications  function  to  enable  communi¬ 
cation  between  background  processes  and  tasks; 

d.  initiating  executive  and  other  background  processes; 

e.  responding  to  the  inter processor  synchronization  message. 

Message  Routing.  The  Speech  Executive  will  function  as  a  postman  in  much 
the  same  way  as  the  Instructor  and  Simulation  Executives.  The  only  difference 
is  that  the  conmuni cation  within  the  Speech  Computer  will  be  via  the  inter- task 
message  facility  for  messages  between  background  processes  and  tasks,  and 
via  the  inter-ground  communications  facility  for  messages  between  foreground 
and  background  processes.  Aside  from  this  difference  in  the  mechanisms  used 
to  actually  send  and  receive  messages  internally,  the  techniques  of  determining 
message  destinations  and  distributing  messages  shall  be  the  same  as  in  the 
other  computers. 

File  Transfer  Capability.  The  Speech  Executive  shall  provide  the  same  file 
transfer  features  that  the  Instructor  Executive  provides. 

Speech  Collection  and  Validation  Process.  This  process  provides  the  software 
interface  with  the  remote  speech  recognition  computer  (NEC  DP-100)  and  is 
responsible  for  maintaining  the  student  voice  reference  data  files  on  disk 
and  in  the  NEC  DP- 100. 

Speech  Practice.  This  function  allows  the  student  to  practice  speaking  to 
the  system  to  insure  that  he  is  comfortable  with  the  stylization  required 
for  collecting  voice  reference  data. 

Speech  Collection.  This  function  is  used  to  obtain  the  actual  voice  reference 
patterns.  The  student  is  prompted  to  speak  the  phrases  that  will  be  collected. 
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The  NEC  DP-100's  representation  of  the  phrases  is  saved  on  disk  for  later 
use  as  reference  data  during  commented  practice  or  free  practice. 

Speech  Validation.  This  function  aay  be  used  after  collection  to  test  the 
quality  of  the  reference  data  by  prompting  the  student  to  speak  a  known  sequence 
of  phrases  and  verifying  that  the  spoken  phrases  are  properly  recognized 
by  the  NEC  DP- 100. 

Retrain.  This  function  allows  the  student  to  re-collect  voice  reference 
data  for  poorly  recognized  phrases.  Functionally,  it  is  the  sane  as  Speech 
Collection. 

Voice  Test.  This  function  provides  feedback  about  the  quality  of  recognition 
to  the  student  by  displaying  the  recognitions  as  they  occur  without  the  correc¬ 
tions.  substitutions,  and  interpretations  found  during  commented  practice 
and  free  practice. 

Miscellaneous  Collection  Functions.  The  speech  collection  process  also  has 
the  responsibility  of  initializing  the  NEC  DP-100  when  the  system  is  brought 
up,  insuring  that  the  proper  set  of  voice  reference  patterns  are  loaded  into 
the  NEC  DP-100  before  any  commented  practice  or  free  practice,  and  informing 
the  Adaptive  Training  Control  Process  of  changes  in  the  footkey's  state. 

Speech  Recognition  and  Understanding  Prooess.  This  process  receives  and 
recognizes  Inputs  consisting  of  student  utterances.  It  also  is  responsible 
for  attaching  meaning  to  the  utterances  so  that  ( 1 )  functions  in  the  Simulation 
Computer  can  provide  appropriate  pilot  responses  and  (2)  functions  in  the 
Instructor  Computer  can  do  performance  measurement  and  evaluation.  This 
process  provides  the  following  three  functions. 

Recognition.  The  recognition  function  is  essentially  an  indication  of  what 
the  hardware  has  recognized  the  input  to  be.  This  is  considered  a  raw  input 
and  is  subject  to  some  transformation. 

Syntactic  Handler.  This  function  is  responsible  for  providing  some  preprocessing 
of  the  raw  input  based  on  its  values.  It  helps  reduce  misrecognitions  of 
sound-alike  phrases. 

Semantic  Interpreter.  This  function  determines  the  meaning  of  the  preprocessed 
phrase.  It  is  this  data  that  the  system  acts  upon  most  often.  The  function 
is  also  responsible  for  sending  a  message  Indicating  what  the  understood 
and  raw  phrases  were  to  the  Instructor  Computer,  for  use  by  Performance  Measure¬ 
ment,  and  to  the  Simulation  Computer,  for  use  by  the  Model  process. 

Digitized  Speech  Process.  This  process  is  responsible  for  recording  student 
utterances,  replaying  student  utterances  simulated  voice  messages,  and  synthesized 
speech  messages,  and  playing  back  prerecorded  instructional  and  simulated 
personnel  (SWC  and  MAC  flight  crew)  messages. 

Recording.  This  function  provides  digitization  and  recording  of  student 
utterances.  These  data  are  time  tagged  and  stored  on  disk  in  such  a  way 
that  they  may  be  easily  retrieved  for  Replay. 
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Replay.  This  function  accesses  the  time  tagged  indices  from  the  Reoord  function, 
Playback  function,  and  Synthesized  Speech  process  to  control  and  retrieve 
phrases  for  playback  in  a  timely  fashion.  It  will,  upon  request,  replay 
both  recorded  and  generated  speech  that  occurred  in  the  last  free  practice 
segment. 

Playback.  This  function  provides  the  capability  to  access  the  prerecorded 
digitized  speech  files  and  playback  the  phrase  whose  number  was  presented 
as  input.  It  maintains  a  time  tagged  index  to  the  requested  phrase  for  later 
use  by  Replay. 

Synthesized  Speech  Generation  Process.  This  process  provides  a  speech  generation 
capability  Cor  voice  simulation  of  the  CAP  flight  crew.  The  speech  synthesizer 
is  a  VS-6  Votrax  unit. 

Votrax  Requests.  This  function  supplies  phrase  numbers  of  concatenated  phonemes 
to  the  Votrax.  The  result  is  understandable  speech. 

Request  Recording.  This  function  time  tags  and  records  the  speech  requests 
for  later  use  by  Digitized  Speech  Replay. 
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SECTION  II 
PROGRAM  DESIGN 


INTRODUCTION 

ACE  software  will  provide  the  programs,  processes  aad  functions  to  fulfill 
the  training  requirements  and  operating  system  requirements  within  the  system 
constraints.  The  software  must  be  capable  of  the  following: 

a.  interacting  with  instructors  and  students 

b.  simulating  a  complex  tactical  data  base  program  (NTDS) 

c.  providing  accurate,  high  resolution  emulation  of  radar  displays 

d.  simulating  sophisticated  aircraft  actions  and  the  human  deoision 
making  process 

e.  generating  understandable  speech  and  recognizing  speech  accurately 

f.  monitoring  and  directing  the  activity  of  a  system  external  to  itself 

g.  providing  off-line  software  to  support  the  above  functions. 

As  such,  the  primary  objective  of  the  software  design  can  be  stated  as  the 
implementation  of  the  required  functions  with  the  available  resources.  In 
practice  this  involves  tradeoffs  and  compromises  in  both  delivered  performance 
and  use  of  resources.  Tradeoffs  made  in  the  area  of  performance  are  not 
addressed  here.  This  section  is  concerned  only  with  functional  and  operational 
considerations  of  the  software  and  their  effect  on  resource  allocation. 

Conservation  of  basic  resources  is  an  important  consideration.  This 
includes: 

a.  main  memory  -  use  is  normally  minimized  in  order  to  accommodate 
all  of  the  programs  which  must  run  at  the  same  time 

b.  execution  time  -  the  goal  is  to  have  all  programs  which  process 
critical  events  do  so  in  the  time  allotted,  with  processing  for  non-crltloal 
time  situations  still  completed  in  reasonable  time 

c.  programming  time  -  this  is  minimized  so  that  the  project  is  completed 
on  time  and  within  the  resources  allocated. 

A  balancing  of  the  resources  has  been  the  guiding  principle  of  the  ACE 
software  design.  For  this  reason  the  design  does  represent  a  reasonable 
compromise  of  many  conflicting  goals.  It  is  a  design  which  can  be  implemented 
within  the  time  and  money  allocated  and  can  implement  the  capabilities  described 
in  the  Functional  Requirements  document. 
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The  various  compromises  and  trade-offs  made  during  the  evolution  of 
the  design  are  not  justified  or  even  identified  in  this  document.  They  continue 
to  be  subject  to  review  and  possible  changes  throughout  the  implementation 
of  the  system. 

Before  delving  into  the  design  itself,  it  is  useful  to  examine  some 
of  the  features  of  the  application  which  influence  the  basic  design. 

OPERATIONAL  CONSIDERATIONS.  ACE  is  essentially  a  real-time,  on-line  process 
control  system  with  certain  information  storage  and  retrieval  elements  imbedded 
within  it.  It  is  real-time  in  that  data  input  is  processed,  and  the  results 
are  output,  in  time  to  influence  future  activity  in  the  system.  It  is  on-line 
in  that  the  data  input  is  generated  at  the  point  of  input.  It  is  a  process 
control  system  in  that  it  directs  the  activity  of  a  system  external  to  itself. 

One  of  the  unusual  features  of  ACE  is  that  it  is  not  only  a  multi-processor 
system,  but  it  is  also  a  multi-programming  system.  Multi-programming  allows 
several  programs  to  execute  concurrently,  thus  giving  the  system  designer 
a  greater  degree  of  design  flexibility.  Thus  within  each  computer  several 
prograns  are  in  execution  performing  several  simpler  functions  that  interrelate 
to  form  the  complex  system  that  is  ACE.  It  is  also  significant  that  the 
system  is  driven  by  a  series  of  external  asynchronous  events.  This  character¬ 
istic,  perhaps  more  than  any  other,  influences  the  basic  design  of  the  software. 

The  information  storage  and  retrieval  elements  are  best  described  as 
a  series  of  disk  files  containing  data  about  ACE  users,  scenarios  and  lessons 
that  influence  the  basic  actions  of  ACE,  and  training  conducted  for  use  in 
the  future. 

FUNCTIONAL  CONSIDERATIONS.  The  application  of  ACE  as  a  whole  may  be  described 
as  a  series  of  functions.  The  definition  and  delineation  of  these  functions 
was  the  first  step  of  the  design.  After  this  was  accomplished,  some  of  the 
basic  resources  needed  to  execute  these  functions  were  established. 

The  first  major  effort  in  this  area  was  the  establishment  of  the  need 
for  three  computer  systems  to  handle  the  entire  application.  This  was  done 
very  early  in  the  project  because  it  was  obvious  that  a  single  processor 
system  did  not  have  the  power  to  handle  the  task. 

The  next  significant  effort  was  the  division  of  tasks  between  the  three 
systems.  It  was  decided  that  the  most  efficient  way  was  along  functional 
lines.  The  three  functional  areas  are  defined  as  "instructional  processing", 
"simulation  processing",  and  "speech  processing".  That  is,  one  system  is 
dedicated  to  support  of  the  instructional/teaching  function,  another  to  the 
simulation/display  function,  and  another  to  speech  generation/understanding. 
In  each  computer,  the  related  subfunctions  were  broken  down  further  into 
a  collection  of  separate  and  distinct  but  interrelated  programs.  The  process 
will  be  repeated  again  at  successively  lower  levels  during  the  detailed  design 
phase  until  all  functions  have  been  defined  in  sufficient  detail  for  implemen¬ 
tation.  A  more  detailed  definition  of  this  division  of  functions  between 
the  systems  appears  later  in  this  document. 
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Although  each  of  the  three  systems  will  be  responsible  for  different 
functions,  the  functions  are  very  interdependent  and  must  communicate  with 
each  other.  This  communication  will  be  handled  via  the  high  speed  data  link, 
the  multi-processor  communication  adapter  (MCA),  and  associated  software 
in  the  operating  system.  These  data  will  consist  of  a  series  of  formatted 
messages  carrying  commands,  requests,  and  data.  A  more  detailed  explanation 
of  this  communication  scheme  appears  later  in  this  document. 

PROGRAM  CONTROL 

ACE  requires  general  supervisory  programs  for  program  execution  and 
operation.  Descriptions  follow  of  the  vendor  supplied  operating  systems 
used,  vendor  supplied  display  software,  and  the  basic  system  executives  control¬ 
ling  each  computer. 

ACE  will  be  implemented  on  a  suite  of  three  Data  General  Eclipse  S/130 
computers  and  a  Micronova.  The  Eclipse  computers  and  the  Micronova  share 
the  same  word  length  (16  bits),  related  internal  architectures,  and  a  high 
degree  of  instruction  set  overlap.  The  major  differences  between  the  two 
are  concerned  mainly  with  the  size  of  addressible  memory  and  which  operating 
systems  can  be  supported.  Each  computer  has  been  given  a  functional  assignment 
under  one  of  the  Data  General  operating  systems  as  follows: 

a.  Instructor  Computer,  using  AOS 

b.  Simulation  Computer,  using  AOS 

c.  Speech  Computer,  using  RDOS 

d.  Micronova  (TEC  functions),  using  RTOS. 

The  following  paragraphs  describe  some  of  the  characteristics  of  each 
operating  system  prior  to  discussing  the  software  implementation.  More  detailed 
descriptions  are  contained  in  the  vendor  supplied  documentation, 

ADVANCED  OPERATING  SYSTEM  (AOS).  AOS  is  a  large  scale,  general  purpose, 
disk  based  operating  system  that  controls  and  monitors  applications  programs 
on  the  Eclipse  line  of  computers.  AOS  manages  processor  time  and  memory 
to  provide  multiprogramming  and  timesharing  capabilities  for  up  to  63  independent 
processes.  A  process  is  the  basic  unit  to  which  AOS  allocates  its  resources. 

Each  process's  memory  space  is  occupied  by  a  user  program  which  competes 
with  other  processes  for  use  of  the  system  resources  such  as  memory,  I/O 
devices,  and  central  processor  time.  AOS  schedules  processes  on  the  basis 
of  priority,  which  may  vary  dynamically  based  on  execution  history  or  remain 
fixed. 


Within  a  process,  AOS  allows  for  up  to  32  asynchronous  tasks,  each'with 
individual  priority  assignments.  A  task  is  a  logically  complete,  independent, 
execution  path  through  a  process.  AOS  always  gives  control  to  the  highest 
priority  task  ready  to  execute  in  a  process. 


22 


NAVTRAEQUIPCEN  78-0-0182-8 


On-line  application  functions  will  be  implemented  by  a  fixed  set  of 
processes  in  order  to  eliminate  delays  associated  with  process  creation  and 
termination.  Processes  within  this  set  will  be  assigned  differential  priorities 
to  allow  control  over  order  of  execution.  This  is  essential  to  ensure  that 
time-critical  activities  receive  memory  and  processor  time  upon  request. 

In  each  computer  there  will  be  at  least  one  resident  process  containing 
the  MCA  monitor.  All  other  processes  will  be  preemptible  or  swappable. 
AOS  will  'swap'  (swapping  is  an  AOS  mechanism  which  writes  the  lowest  priority 
suspended  process  to  disk  thus  freeing  its  memory  for  use  by  another  process) 
a  preemptiole  or  swappable  process  if  a  resident  or  another  process  with 
a  higher  priority  requests  memory  and  there  is  currently  no  free  memory  available. 
Preemption  allows  memory  to  be  over-subscribed  such  that  the  total  size  of 
all  applications  programs  that  must  run  concurrently  can  exceed  the  size 
of  available  memory. 

Figure  1  illustrates  the  basic  process  organization.  Brief  descriptions 
of  each  process  follow  for  quick  review.  More  detailed  process  descriptions 
appear  elsewhere  in  this  document. 

REAL  TIME  DISK  OPERATING  SYSTEM  (RDOS).  RDOS  is  a  medium  size,  general  purpose, 
disk  based  operating  system  that  controls  and  monitors  applications  programs 
on  the  Nova  and  Eclipse  line  of  computers.  RDOS  manages  processor  time  and 
meaory  to  provide  foreground/background  capability,  thereby  allowing  concurrent 
execution  of  two  user  programs  (often  referred  to  as  "grounds").  RDOS  also 
supports  a  variety  of  system  utility  programs,  multitask  programming,  and 
a  fairly  sophisticated  disk  file  management  scheme.  In  many  respects,  RDOS 
provides  a  subset  of  AOS  with  the  two  "grounds"  being  analogous  to  two  AOS 
processes.  An  important  runtime  difference  between  the  two  systems  is  in 
the  area  of  conmunicatlon  between  user  programs.  RDOS  supplies  only  a  rudimentary 
interground  write  capability  that  does  not  utilize  the  system  task  scheduler. 
Because  of  this,  activities  in  the  two  RDOS  grounds  cannot  be  directly  synchron¬ 
ized  by  interground  communication. 

REAL  TIME  OPERATING  SYSTEM  (RTOS).  RTOS  is  another  Data  General  operating 
system.  RTOS  is  a  small,  fast,  core  resident,  general  purpose,  multitask 
monitor  designed  to  control  a  wide  variety  of  real  time  environments.  Since 
RTOS  is  core  resident,  it  need  not  (but  may)  utilize  the  resources  of  a  disk 
drive  as  a  mass  storage  device.  RTOS  is  a  compatible  subset  of  RDOS  (and 
somewhat  of  AOS).  Because  of  this,  programs  that  execute  under  RTOS  may 
be  developed  and  tested  in  RDOS  and  AOS  envirnoments.  RTOS  provides  the 
following  facilities: 

a.  multitask  scheduling  and  priorities 

b.  intertask  communication  and  synchronization 

c.  support  for  a  wide  variety  of  peripheral  devices 

d.  modular,  reentrant,  and  relocatable  design. 
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Figure  1.  ACE  Computer  Hierarchy 
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In  ACE,  RTOS  will  be  used  as  the  environment  for  software  executing  in  the 
Micronova  that  interfaces  with  the  TEC. 

MASTER  CONTROL.  The  overall  background  running  environment  and  user  interface 
to  ACE  is  provided  by  the  combination  of  the  basic  executives  for  each  of 
the  three  computers  under  the  direction  of  the  Instructor  Executive  process 
in  the  Instructor  Computer  and  their  interaction  with  the  vendor  supplied 
operating  systems.  The  basic  function  of  Master  Control  is  servicing  requests. 
These  requests  involve  use  of  some  resource  in  the  system  or  the  performance 
of  some  actions  and  can  be  categorized  as  external  (from  the  user)  or  as 
Internal  (from  the  system  software). 

All  external  requests  to  ACE  (made  through  either  the  instructor  or 
the  student  keyboards,  both  of  which  are  constantly  being  monitored  by  the 
Instructor  Executive)  are  received,  validated,  and  then  processed  by  the 
Instructor  Executive.  In  ICE,  external  requests  shall  be  processed  at  the 
highest  possible  level  of  the  program  structure.  The  type  of  processing 
varies  with  the  nature  of  the  request  In  that  the  request  may  be  serviced 
by  the  Instructor  Executive  directly,  or  it  may  be  serviced  by  one  of  the 
other  subordinate  computers  or  processes  therein. 

Internal  requests  are  those  that  are  made  by  the  various  software  modules 
within  ACE  while  it  is  running.  It  shall  be  the  policy  in  ACE  that  these 
Internal  requests  will  be  sent  to  the  executive  in  the  computer  in  which 
the  request  originates.  That  arecutive  will  route  the  request  either  within 
the  computer  or  to  another  computer  executive  for  further  routing,  based 
on  information  in  the  special  message  routing  table  for  the  originating  computer. 
If  the  request  cannot  be  honored  or  is  non-reoognizable,  a  non-fatal  error 
will  be  generated. 

Data  Flow  and  Communications.  The  ACE  processors  will  communicate  with  each 
other  via  the  MCA  which  provides  full  duplex  inter-processor  communications. 
The  MCA  is  analogous,  in  its  software  operation,  to  a  magnetic  tape  unit 
since  the  same  I/O  cycle  is  used.  Normal  MCA  protocol  performs  line  and 
data  validation  functions  for  each  transmission. 

A  single  process  will  be  designated  in  each  processor  to  receive  and 
transmit  MCA  messages.  The  MCA  maintains  a  message  queue  so  that  sequential 
transmission  requests  will  be  honored  in  a  first-come  first-served  manner, 
automatically. 

Within  all  processors,  communications  and  synchronization  between  processes 
will  be  handled  by  the  IPC  mechanism  and  shared  memory. 

Processes  send  and  receive  IPC  messages  between  ports.  A  port  is  a 
full  duplex  communications  path  to  a  process,  and  each  process  can  have  up 
to  128  ports.  AOS  assigns  each  port  a  unique  32  bit  number;  other  processes 
can  obtain  the  port  number  from  the  identifying  port  name. 

Tasks  within  a  process  may  have  Individual  ports.  This  allows  one  task 
to  suspend  while  waiting  for  an  IPC  message,  while  other  tasks  within  the 
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process  remain  active.  A  task  may  receive  or  send  IPC  messages  to  other 
tasks  within  the  same  process  as  well  as  to  tasks  within  other  processes. 

The  IPC  facility  also  provides  message  spooling.  Up  to  32  messages  (of 
arbitrary  length)  may  be  queued  for  receipt  by  a  single  process.  Alternatively, 
message  spooling  may  be  disabled  so  that  a  message  transmission  will  abort 
if  there  is  no  waiting  receiver.  Message  spooling  will  normally  be  enabled 
for  most  communications  chores,  but  for  certain  synchronization  and  control 
functions  it  will  be  disabled.  In  addition  to  the  spooling  option,  a  receiver 
may  elect  to  continue  processing  if  an  IPC  receive  request  is  issued  and 
no  message  is  queued,  or  to  suspend  processing  until  a  message  is  sent. 

All  IPC  and  MCA  messages  used  in  ACE  will  be  assigned  a  unique  numeric 
code.  These  codes  will  serve  to  Identify  message  type  and  function.  Each 
message  type  will  have  an  established  format  that  will  accommodate  variable 
length  data.  Receiver  tasks  will  have  a  range  of  valid  messages  which  they 
may  receive.  To  prevent  processing  of  erroneous  input,  received  messages 
will  be  validated  for  proper  numeric  codes  by  all  receivers  before  they  are 
processed. 

Shared  memory  is  a  facility  whereby  several  processes  may  access  the 
same  page  of  physical  memory.  AOS  allows  the  shared  page  to  reside  in  different 
logical  areas  in  each  process  that  accesses  it.  When  the  shared  page  is 
referenced  by  a  process,  AOS  maps  the  logical  addresses -into  the  proper  physical 
addresses  resulting  in  a  use  mechanism  that  is  transparent  to  the  user. 
This  allows  for  a  convenient  global  data  area  for  information  needed  by  more 
than  one  process. 

Initialization  Sequence.  Initiating  ACE  operations  will  involve  powering 
up,  loading, and  starting  the  Instructor,  Simulation,  and  Speech  Computers, 
the  Micronova,  TEC,  and  DP-100.  The  consoles  and  printer  must  also  be  powered 
up.  The  Simulation  and  Speech  computers  may  be  brought  up  in  either  order, 
but  the  Instructor  computer  should  be  brought  up  last.  All  must  be  running 
before  normal  ACE  operations  are  begun. 

The  Eclipse  processors  will  read  a  bootstrap  loader  from  disk  when  the 
program  load  switch  on  the  front  panel  is  raised.  Thi3  loader  will  bring 
in  the  operating  system  from  disk  and  transfer  control  to  it.  Initializing 
the  operating  system  is  accomplished  by  a  simple,  interactive  session  at 
the  maintenance  console  associated  with  each  computer.  A  single  command, 
entered  after  the  operating  system  has  initialized,  will  perform  all  remaining 
start-up  functions  necessary  for  each  processor. 

On-line  applications  software  will  be  started  from  the  maintenance  console 
of  each  ACE  processor  by  entering  a  macro  command  name.  This  command  will 
create  the  basic  system  executive  process  and  transfer  control  to  it.  This 
process  will  establish  communications  with  the  other  ACE  processors  and  the 
peripherals  attached  to  it.  The  system  executive  process  will  create  all 
other  on-line  processes  subordinate  to  itself  so  that  it  is  the  root  of  the 
process  hierarchy. 
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Off-line  applications  will  be  Initiated  by  name  from  the  maintenance 
console.  ACE  should  be  in  the  off-line  mode  before  performance  data  analysis, 
scenario  definition,  or  house-keeping  chores  are  performed. 

Error  Handling.  The  error  handling  philosophy  in  ACE  is  to  detect  all  possible 
errors,  continue  processing  after  recoverable  errors,  and  bring  the  system 
down  in  an  orderly  fashion  in  case  of  major  errors.  Detectable  errors  may 
originate  from  file  I/O  operations,  hardware  malfunctions,  or  software  consistency 
checks. 

Whenever  a  hardware  error  is  detected,  a  message  describing  the  problem 
will  be  sent  to  the  maintenance  terminal.  This  will  provide  a  maintenance 
log  to  help  isolate  and  correct  hardware  errors  before  they  become  major 
problems.  Software  inconsistencies  will  be  reported  if  they  are  non-fatal, 
but  in  the  case  of  major  errors,  a  termination  message  will  be  routed  to 
the  maintenance  terminal  before  the  system  is  brought  down. 

Each  applications  process  will  detect  those  errors  peculiar  to  its  function. 
Error  handling  routines  will  provide  the  error  trap  and  recovery  mechanisms. 
Error  recovery  will  be  attempted  within  the  affected  process  whenever  possible. 
If  recovery  attempts  fall,  the  Instructor  control  process  will  be  notified 
of  the  problem  and  it  will  terminate  applications  processes  after  issuing 
an  appropriate  error  message.  In  the  on-line  mode,  this  termination  message 
will  be  sent  to  the  remaining  ACE  processors  via  the  MCA  in  order  to  notify 
users  of  system  shutdown. 

Reinitializing  the  processors  after  a  major  malfunction  will  entail 
analysis  of  the  termination  error,  possible  corrective  actions,  and  execution 
of  a  program  to  detect  and  correct  disk  file  Integrity  errors  (FIXUP,  provided 
by  Data  General  Corporation).  Reconstruction  of  transient  data  files  that 
are  open  when  a  system  failure  occurs  will  not  be  provided  since  the  data 
is  of  a  non-crltlcal  nature.  Normal  system  inltializaton  will  follow  error 
and  disk  file  structure  corrections. 

A  separate  procedure  will  be  designed  to  handle  the  major  and  minor 
errors.  These  procedures  will  be  loaded  along  with  each  application  program 
as  external  modules.  Both  error  procedures  will  send  a  diagnostic  message 
to  the  maintenance  terminal  with  an  error  descriptor,  task  identification, 
and  process  identification.  The  major  error  procedure  also  will  cause  an 
orderly  but  immediate  shutdown  of  the  entire  system.  In  order  to  prevent 
propagating  or  disguising  errors,  such  a  shutdown  will  not  necessarily  save 
student  files.  In  this  case,  special  file  recovery  programs  will  be  used 
to  recover  any  student  file  data  which  might  be  left  in  an  unprotected  state. 

DATA  STORAGE  AND  SERVICE  ROUTINES 

COMMON  DATA.  Common  data  is  defined  as  data  residing  in  a  memory  or  disk 
area  that  is  readily  accessible  by  more  than  one  process,  ACE  will  use  the 
AOS  shared  page  mechanism  to  Implement  common  data.  Within  each  computer's 
address  space,  there  will  exist  at  least  one  page  defined  for  access  by  multiple 
processes  (shared  ref erences— see  Appendix  B  for  format  and  description). 
For  purposes  of  implementation,  the  shared  page  shall  be  considered  to  be 
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under  the  control  of,  and  part  of,  the  basic  system  executive  for  that  computer. 
Any  process  requiring  data  in  the  shared  area  shall  reference  that  data  using 
the  protocol  described  elsewhere  in  this  document.  In  all  cases,  the  amount 
of,  and  references  to,  shared  data  will  be  kept  to  a  minimum  to  facilitate 
modular  program  design  and  integration. 

The  following  represent  the  criteria  for  placing  data  in  the  shared 

area: 


a.  The  amount  of  data  required  by  the  processes  is  larger  than  will 
practically  fit  in  an  IPC.  The  key  point  to  consider  here  is  the  trade-off 
between  modularity,  storage  utilization  and  intrinsic  overhead.  For  messages 
of  up  to  about  100  words,  IPCs  are  the  preferred  method  of  communication. 
When  message  lengths  increase  much  beyond  this,  storage  and  overhead  costs 
may  make  IPC  use  impractical. 

b.  The  frequency  of  data  access  is  high  enough  to  risk  overflowing 
the  receiving  process's  message  queue.  Since  AOS  queues  messages  at  the 
receiver's  port,  if  the  receiver  has  many  time-consuming  tasks  to  perform, 
its  messages  may  accumulate  beyond  the  limit  of  32.  Although  what  constitutes 
a  high  access  frequency  must  usually  be  empirically  determined,  ACE  will 
consider  10  Hz  or  greater  to  be  high. 

c.  The  timing  requirements  of  a  process  or  task  are  critical  enough 
so  that  IPC  usage  would  seriously  degrade  system  performance.  This  is  also 
somewhat  of  a  subjective  decision,  but  certain  items  and  areas  are  excellent 
indicators  of  system  performance.  These  include  graphics  displays,  keyboard 
responses,  audiovisual  responses,  and  the  like.  Data  related  to  these  items 
are  likely  candidates  for  placement  in  the  shared  page. 

When  a  data  structure  required  by  more  than  one  process  satisfies  one 
or  more  of  the  above  conditions,  it  will  be  placed  in  the  shared  page  for 
the  CPU  in  which  the  process  resides.  An  entry  for  each  data  item  also  shall 
be  placed  in  the  applicable  section  of  the  System  Interface  Notebook. 

Intercomputer  Common  Data.  Data  shared  between  computers  shall  reside  on 
disk  files  or  in  the  shared  page  area  and  shall  be  transmitted  as  needed 
via  the  MCA.  See  Appendix  B  for  MCA  definitions  and  formats.  Disk  file 
formats  shall  be  placed  in  the  applicable  section  of  the  System  Interface 
Notebook. 

Interprocess  or  Intracomputer  Common  Data.  Data  required  for  sharing  between 
processes  shall  be  limited  to  that  sent  via  IPC's  and  that  placed  in  the 
shared  page  area  (see  Appendix  B  for  details).  If  a  process  requires  data 
local  to  itself,  then  process  data  blocks  may  be  generated  using  the  vendor 
supplied  macro  assembler  and  external  entry  points  defined  to  resolve  access 
rights.  Examples  of  common  data  include: 

a.  track  data  table 

b.  radar  display  data 
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c.  display  specific  data 

d.  system  global  data. 

VENDOR  SOFTWARE.  ACE  will  make  use  of  vendor  software  wherever  practicable. 
This  includes  operating  systems  for  the  Data  General  Eclipse  and  Micronova 
computers,  the  DGL  compiler,  the  FORTRAN  5  compiler,  the  macro  assembler, 
and  an  extensive  collection  of  utility  routines  to  facilitate  program  develop¬ 
ment. 


A  set  of  routines  supplied  by  Megatek  Corporation  will  provide  a  high 
level  software  interface  to  the  TEC  display  CRT.  Another  library  of  routines 
will  provide  an  Interface  to  the  remainder  of  the  TEC  via  the  Micronova. 

Utilities.  Data  General  provides  support  for  a  full  complement  of  utilities 
and  high-level  languages  which  allow  the  user  to  create,  edit,  assemble, 
execute,  debug,  compile,  and  manipulate  files.  Utilities  are  invoked  via 
the  Command  Line  Interpreter  which  may  read  commands  interactively  from  the 
console  or  non-interactlvely  from  a  disk  file.  While  the  vendor  supplied 
manuals  describe  these  utilities  in  great  detail,  two  of  them  are  of  sufficient 
importance  to  mention  here. 

RDOS  Utility.  This  utility  is  supplied  by  Data  General  to  allow  users  to 
upgrade  their  RDOS  software  into  an  AOS  environment.  The  RDOS  utility  provides 
the  capability  to  access  an  R DOS  structured  disk  and  transfer  files,  load 
and  dump  files,  and  list  RDOS  directories.  The  utility  also  allows  accessing 
other  RDOS  structured  devices  (i.e.,  magnetic  tape,  floppy  disk)  so  that 
files  may  be  transferred  to  and  from  these  devices  also.  It  is  expected 
that  the  RDOS  utility  will  be  used  extensively  to  facilitate  development 
of  RDOS  and  RTOS  programs  in  an  AOS  development  system. 

RDOSBIND  Utility.  The  RDOSBIND  utility  allows  programs  that  have  been  compiled 
or  assembled  under  AOS  to  be  bound  into  program  files  that  can  be  executed 
in  an  RDOS  or  RTOS  operating  environment.  The  option  of  RDOS  or  RTOS  save 
file  format  is  selectable  by  appropriate  switch  setting  and  the  inclusion 
of  a  reference  to  the  appropriate  system  library. 

Compilers .  The  ACE  applications  programs  will  be  coded  primarily  in  DGL 
which  is  a  systems  implementation  language  based  on  Algol  60.  DGL's  block 
structured  syntax  and  free  form  statements  make  it  easy  to  read.  A  wide 
selection  of  data  types,  operations,  and  statements  ensures  efficient  program 
execution. 

DGL  optimizes  code  as  it  compiles  and  consequently  produces  very  efficient 
code.  Extensive  compile-time  error  checking  is  performed  as  well  as  optional 
runtime  checking.  Several  compiler  options  are  available  which  allow  conditional 
compilation,  procedure  argument  checking,  string  overflow  checking,  or  full 
subscript  checking. 

Limited  use  of  FORTRAN  5  will  be  made  in  generating  displays  since  routines 
provided  by  Megatek  which  perform  display  processing  are  written  in  FORTRAN. 
FORTRAN  5  uses  the  same  meta  compiler  as  DGL  with  different  semantic  and 
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syntactic  elements  specified.  Consequently ,  it  is  also  an  optimizing  compiler 
which  generates  efficient  code.  Code  optimization  is  its  primary  enhancement 
over  earlier  Data  General  FORTRAN  5s. 

Both  DGL  and  FORTRAN  5  support  multitasking  by  producing  shareable, 
reentrant  code.  Both  languages  also  support  separate  procedure  compilation 
(external  procedures)  and  the  inclusion  of  source  files  (include  files)  which 
enhance  the  modular  structure  of  a  program.  In  addition,  the  versions  of 
the  compilers  used  on  ACE  both  use  the  same  external  linkage  protocol.  This 
fact  allows  a  program  written  in  one  language  to  call  routines  written  in 
another  language.  Due  to  this  commonality,  ACE  will  be  able  to  further  maximize 
program  development  while  minimizing  resource  utilization. 

Editors.  There  are  two  text  editors  supported  by  Data  General  on  the  Eclipse 
computers.  The  first  is  a  character  oriented  editor  named  SPEED  and  the 
second  is  a  line  oriented  editor  named  LINEDIT  (available  under  AOS). 

SPEED  offers  an  extensive  set  of  commands  which  can  search  for  a  given 
string  of  text  or  perform  powerful  iterative  operations.  Editing  is  performed 
by  opening  one  or  more  disk  files  containing  alphanumeric  characters,  reading 
text  from  the  files  into  one  or  more  edit  buffers,  modifying  the  text,  then 
writing  text  from  the  edit  buffer(s)  to  the  outputfile(s) .  SPEED  uses  short 
command  sequences  (usually  one  or  two  characters)  which  allow  the  experienced 
programmer  to  quickly  and  efficiently  modify  or  create  a  text  file. 

LIN EDIT  provides  editing  capabilities  in  terms  of  lines  and  pages  of 
text.  Line  numbers  optionally  precede  each  source  line  and  are  used  as  arguments 
to  commands  which  modify,  add,  delete,  move,  duplicate,  and  substitute  text. 
Command  mnemonics  are  words  which  describe  the  function  of  the  command  such 
as  insert  or  delete.  A  help  command  in  LINEDIT  will  display  all  available 
command  names  or  full  information  about  a  single  command.  This  feature  and 
the  strength  of  the  commands  themselves  make  LINEDIT  am  easy  to  learn  and 
easy  to  use  text  editor. 

These  editors  will  be  used  extensively  in  the  preparation  and  modification 
of  programs,  documentation,  and  data  files. 

Assembler.  For  assembly  language  programming  on  the  Eclipse  computers,  AOS 
supports  a  symbolic  macro  assembler  (MASM).  The  input  to  MASM  can  be  symbols 
representing  machine  instructions  or  instructions  to  the  assembler  called 
pseudo  operators.  MASM  accepts  symbolic  addresses  which  free  the  programmer 
from  the  need  to  be  concerned  with  exact  memory  locations. 

The  macro  assembly  facility  permits  the  programmer  to  code  only  once 
a  set  of  instructions  that  will  be  used  many  times,  and  substitute  that  set 
anywhere  in  the  source  file  by  merely  using  a  symbolic  name  for  the  macro 
instruction  set.  One  of  the  more  sophisticated  macro  features  allows  a  macro 
to  have  formal  arguments  which  are  used  within  the  macro  body.  To  invoke 
the  macro,  one  uses  the  macro  name  with  actual  argument  names  and  MASM  will 
substitute  the  actual  arguments  for  the  formal  names  as  it  expands  the  macro 
body  during  assembly. 
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MASM  will  be  used  sparingly  because  it  requires  more  programming  resources 
than  high  level  languages.  A  typical  application  is  the  TEC  interface  where 
speed  and  memory  constraints  dictate  that  the  most  efficient  code  possible 
be  generated. 

Debugger/Disk  File  Editor.  The  AOS  debugger  and  its  companion  utility,  the 
disk  file  editor  are  both  interactive  programs  which  provide  valuable  tools 
for  program  development.  The  debugger  is  used  to  detect,  locate,  and  remove 
errors  from  a  program.  It  can  control  the  execution  of  a  program  through 
the  use  of  breakpoints  which  can  be  set,  deleted,  or  examined.  Program  execution 
may  be  restarted  at  arbitrary  points  within  the  program  or  at  a  breakpoint 
address.  Memory  locations,  accumulators,  and  the  carry  bit  may  be  monitored 
and  altered  in  several  numeric  and  ASCII  formats.  Any  alterations  made  during 
a  debugging  session  are  valid  only  for  that  session;  the  changes  are  not 
recorded  in  the  program  file. 

The  disk  file  editor  uses  a  subset  of  the  debugger  commands  to  make 
permanent  changes  to  program  or  any  other  file  types. 

These  two  utilities  will  be  used  extensively  for  program  debugging. 

Mnder-  The  AOS  binder  utility  binds  object  modules  together  to  form  executable 
program  files.  Object  files  are  created  by  the  compilers  and  the  macro  assembler 
but  are  not  executable  by  themselves.  The  binder  resolves  external  and  entry 
references  in  the  course  of  constructing  a  program  file  and  creates  a  symbol 
table  of  all  such  references  and  global  symbols  for  use  by  the  debugger  and 
disk  file  editor.  An  overlay  file  may  optionally  be  built  by  the  binder. 

A  program  file  is  an  executable  core  image  that  resides  on  disk  until 
it  is  brought  into  main  memory  for  execution.  An  executing  program  may  bring 
code  modules  (overlay  files)  from  disk  into  an  overlay  area.  Overlaying 
permits  several  code  segments  to  occupy  the  same  contiguous  area  in  main 
memory  at  different  times.  The  binder  builds  overlay  files  and  program  files. 

Runtime  Libraries.  A  library  is  a  series  of  object  modules  which  are  grouped 
together  by  the  library  file  editor  (LFE).  Collecting  object  modules  into 
libraries  provides  a  convenient  way  to  group  object  modules  for  common  reference 
by  many  programs.  For  example,  mathematical  routines  are  often  grouped  into 
a  common  library.  By  specifying  library  names  with  the  list  of  object  modules 
given  the  binder  when  generating  a  program  file,  a  programmer  can  write  code 
tailored  for  specific  application  problems  without  duplicating  or  incorporating 
into  each  compilation  the  source  code  for  commonly  used  functions. 

LFE  can  create,  edit,  and  analyze  library  files.  It  can  also  merge 
libraries,  extract  object  modules  from  the  library,  and  add  object  modules 
to  a  library. 

Megatek  Library.  The  Megatek  library  is  a  collection  of  all  the  FORTRAN 
callable  graphics  routines.  Seme  of  the  routines  are  coded  in  assembly  language, 
the  remainder  in  FORTRAN  5.  They  are  broken  into  six  categories  by  function; 
display  list  Initialization,  Jumps  and  subroutine  calls,  move  and  draw,  mapping 
rotation,  translation  and  scaling,  picture  modifying,  and  special  purpose. 
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OGL  and  FORTRAN  5  Runtime  Libraries.  There  are  several  libraries  associated 
with  both  of  the  language  processors  and  separate  libraries  for  interfacing 
to  each  of  the  operating  systems  used  m  ACE.  During  the  bind  operation, 
those  object  nodules  which  are  referenced  by  other  routines  are  pulled  from 
the  runtime  libraries  specified  in  the  binder  command  line  and  are  collectively 
bound,  with  user-written  routines  to  form  an  executable  program  file.  FORTRAN 
5  and  DGL  generate  run-time  library  references  automatically  during  the  compil¬ 
ation  process. 

DGL  has  separate  runtime  libraries  which  contain:  (1)  all  the  DGL 
callable  routines  necessary  to  operate  in  a  multi-tasking  environment,  (2) 
math  routines,  (3)  operating  system  interface  routines,  (4)  routines  to  establish 
the  program's  executions  environment,  and  (5)  all  DGL  program  initialization 
routines. 

FORTRAN  5  has  a  similar  complement  of  runtime  libraries  plus  a  standardized 
set  of  operating  system  facilities  as  defined  by  the  Instrument  Society  of 
America. 

INSTRUCTOR/TRAINEE  SUPPORT 

ACE  provides  instructional  support  for  both  the  instructor  and  the  trainee. 
The  instructor  is  kept  up  to  date  on  student  and  class  progress  via  summaries 
generated  by  the  system  summary  function  upon  keyboard  request.  The  student's 
performance  is  evaluated  objectively  via  the  performance  measurement  and 
simple  testing  functions.  These  functions  alleviate  the  need  for  the  mundane 
tasks  associated  with  instructor  supervision  and  allows  the  instructor  to 
focus  on  student  problem  areas. 

As  a  provider  of  computer  based  Instruction,  the  ACE  program  design 
has  Included  the  following  capabilities: 

a.  Adaptive  training  control 

b.  Performance  measurement  and  simple  testing 

c.  Presentation  of  instructional  material  and  practice  sessions. 

The  adaptive  training  control  function  takes  charge  of  the  trainee  whenever 
he  is  on  the  ACE  system.  It  requests  the  presentation  of  instructional  material 
as  well  as  directs  practice  sessions  as  defined  in  the  syllabus.  With  the 
aid  of  the  performance  measurement  function  and  simple  testing  function, 
training  inadequacies  are  discovered  and  a  diagnosis  is  made.  Prescriptions 
made  by  the  adaptive  training  control  function  consist  of  presentation  of 
additional  instructional  material  or  practice  or  a  directive  for  human  instructor 
intervention.  The  latter  is  prescribed  when  a  severe  problem  is  detected. 

In  order  to  provide  the  trainee  with  an  environment  that  approximates 
the  operational  environment,  the  model  functions  (NTDS,  radar,  aircraft, 
etc.),  the  speech  recognition  and  understanding,  and  the  speech  generation 
function  are  employed.  Whenever  adaptive  training  control  is  directed  by 
the  syllabus  to  present  instructional  material  in  an  operational  context 
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or  when  practice  is  provided,  a  request  to  scenario  control  is  made  to  initate 
the  creation  of  such  an  environment.  The  models  are  activated  to  simulate 
equipment  (NTDS  function,  radar  function),  aircraft  (aircraft,  dynamic  bogey, and 
stranger  functions)  and  personnel  (tracker,  pilot,  and  SWC  functions).  In 
the  last  category,  the  speech  recognition  and  understanding  function  acts 
as  the  "ears"  of  all  personnel  models  and  the  speech  generation  function 
acts  as  a  "voice"  for  all  personnel  models.  Thus,  a  student  is  acclimatized 
to  perform  in  the  operational  environment.  Trainee  support  in  terms  of  progress 
reports,  reviews,  and  previews  are  also  provided  by  the  system  summary  and 
adaptive  training  control  functions. 

Although  ACE  is  automated  to  provide  syllabus  defined  material  in  a 
self-paced  mode,  some  degree  of  trainee/instructor  "self-determination"  is 
allowed.  The  adaptive  training  control  function  makes  allowances  for  some 
instructor  and  trainee  activity  selections. 

Descriptions  of  the  instructor  and  trainee  functions  follow.  A  clear 
distinction  of  functions  as  to  instructor  or  trainee  is  not  always  possible. 
Instructor  related  functions  are  presented  first  followed  by  the  trainee 
related  functions.  Descriptions  are  formatted  to  provide  inputs,  outputs, 
and  processing  descriptions.  For  some  functions,  a  further  breakdown  into 
subfunctions  was  necessary  for  a  clearer  discussion. 

ADAPTIVE  TRAINING  CONTROL  FUNCTION.  This  function  operates  in  the  Instructor 
Computer  to  direct  a  student's  training.  The  training  is  not  a  rigid,  predefined 
entity;  it  is  adaptive,  providing  the  flexibility  to  meet  the  needs  of  individual 
trainees.  Students  may  elect  to  review  a  segment,  or  they  may  skip  training 
in  areas  in  which  they  can  demonstrate  competency.  Practice  sessions  are 
of  variable  length,  providing  longer  sessions  for  students  who  are  experiencing 
difficulties,  and  remediation  is  provided  for  problem  areas. 

The  adaptive  training  control  (ATC)  function  consists  of  six  subfunctions: 

a.  Control  subfunction 

b.  Supplemental  activity  subfunction 

c.  Activity  selection  subfunction 

d.  Segment  definition  control  subfunction 

e.  Manual  select  subfunction 

f.  Diagnosis,  prescription,  and  remediation  subfunction. 

Control  Subfunction. 

Inputs.  The  control  subfunction  receives  and  screens  activity  recommendations. 

Outputs.  Output  from  the  control  subfunction  is  the  appropriate  training 
activity. 
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Subfunction.  ATC  Control  handles  a  variety  of  activity  request  and  data 
report  messages.  ATC  Control  receives  these  messages  via  the  ATC  Control 
IPC  port.  These  activity  and  data  events  are  processed  by  ATC  message  modules. 
The  message  processing  is  highly  dependent  on  message  content  and  on  the 
current  ACE  mode,  that  is,  the  present  student  activity  mode.  Data  events 
are  forwarded  to  the  other  ATC  subfunctions.  Activity  request  events  are 
acted  upon  by  ATC  Control  message  modules.  Each  of  these  modules  perform 
necessary  control  activity  such  as  segment  selection,  supplemental  activity 
selection,  menu  initiation,  training  termination,  student  records  upkeep, 
training  recesses  and  continuances,  and  student  status  update. 

Supplemental  Activity  Subfunction. 

Inputs.  Inputs  to  the  supplemental  activity  subfunction  are  data  event  messages 
which  report  key  input  or  coordinate  the  termination  of  the  supplemental 
activity. 

Outputs.  Output  consists  of  text  display  and  coordination  messages  which 
initiate  or  herald  the  completion  of  supplemental  activity. 

Subfunction.  There  are  six  supplemental  activities:  signon,  warmup,  retrain, 
validation,  replay,  and  voice  test. 

a.  Signon.  Signon  is  the  interface  between  ACE  and  the  student  which 
permits  the  student  to  sign  on  to  the  system.  The  student  may  sign  on  whenever 
the  system  is  inactive.  He  may  not  sign  on  while  student  statistics  are 
being  accessed  or  when  another  student  is  signed  on.  To  sign  on,  the  student 
enters  his  last  name  at  the  student  station.  If  he  has  been  registered  and 
his  files  are  on  the  current  disk,  the  files  are  transferred  to  the  Instructor 
computer  and  the  student  is  greeted  by  ACE.  In  all  other  cases,  a  warning 
is  displayed  and  the  student  is  given  another  opportunity  to  sign  on. 

b.  Warmup.  ATC  warmup  is  activated  by  ATC  Control  after  a  student 
has  signed  on.  ATC  warmup  determines  whether  the  trainee  is  a  new  or  continuing 
student.  If  the  trainee  is  new  (i.e.,  the  voice  test  introduction  sequent 
has  not  been  completed),  ATC  warmup  sends  a  continue  with  lesson  message 
to  ATC  Control.  If  a  continuing  student  has  signed  on,  ATC  warmup  generates 
a  voice  test  request  and  then  a  continue  with  lesson  request.  As  a  result, 
the  student  is  scheduled  to  enter  the  voice  test  activity  as  his  first  activity. 

c.  Speech  Activities.  The  remaining  supplemental  activities  serve 
as  interfaces  to  the  Speech  computer  (retrain,  validation,  replay,  and  voice 
test)  activities.  This  module  introduces  the  activity,  sends  activity  initiation 
requests,  waits  for  the  activity  to  complete,  and  then  records  the  time  spent 
in  the  activity  and  what  was  done  during  the  activity. 

Activity  Selection  Subfunction. 

Inputs.  The  inputs  required  for  activity  selection  are  files  which  contain 
the  student's  performance  data,  activity  request  flags,  the  training  syllabus 
table,  the  PMV  remediation  table,  and  the  identity  of  the  last  normal  segment 
completed  by  the  trainee.  Normal  means  that  the  segment  was  not  a  review 
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or  remediation  segment.  In  addition,  the  identity  of  the  last  segment  completed 
and  the  performance  result  are  necessary  for  activity  selection. 

Outputs.  The  activity  selection  subfunction  will  update  the  student's  record 
files  and  identify  and  initiate  the  next  training  activity. 

Subfunction.  After  the  completion  of  any  student  activity,  ATC  Control  calls 
the  ATC  activity  select  subfunction  to  record,  update  and  select  the  next 
activity.  The  activity  update  and  selection  is  based  on  the  next  segment 
in  the  training  syllabus  table  or  PMV  remediation  table,  or  activity  requested 
via  keyboard  input. 

The  currently  signed  on  student's  records  are  updated  on  the  Instructor 
Computer  during  any  segment-to-aegment  transition.  This  occurs  when  a  segment 
reaches  its  normal  end,  the  segment  is  overridden  by  the  instructor,  the 
segment  is  aborted  by  the  student,  or  the  segment  is  exited  to  provide  remed¬ 
iation  (via  another  segment  or  instructor  referral).  Note  that  the  detailed 
segment  information  will  not  be  included  in  the  update  if  the  student  aborts 
the  segment. 

A  new  activity  is  chosen  by  activity  selection  during  any  run,  segment, 
or  supplemental  activity  transition.  Activities  are  chosen  using  the  following 
priority: 

1.  stop  after  segment  request  via  "Stop 

2.  sign  off  requested  via  BYE 

3.  replay  requested 

4.  voice  test  requested 

5.  retrain  requested 

6.  instructor  referral  requested 

7.  review  menu  to  be  shown  after  normal  termination  of  review  segment 

8.  runs 

9.  resumption  of  segment  sifter  runs  passed 

10.  review  or  challenge  segments 

11.  instructor  scheduled  remediation  segments 

12.  system  scheduled  remediation  segments 

13.  resumption  of  segment  after  remediation  for  active  PMVs  completed 
after  passing  required  commented  practice  runs 

14.  next  syllabus  segment  (normal  advance) 
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Activities  1,  2,  10,  11,  12,  13,  and  14  are  scheduled  only  if  the  student 
is  at  a  segment  end  transition  point. 

Sement  Definition  Control  Subfunction. 

Inputs.  Input  to  the  segment  definition  control  subfunction  consists  of 
a  segment  definition  file  accessible  by  the  Instructor  Computer;  see  Appendix  B 
for  format.  Data  events  are  also  received  as  required  due  to  the  nature 
of  the  segment  commands  within  the  segment  definition  title. 

Outputs.  Outputs  provided  by  the  segment  definition  control  subfunction 
consist  of  system  control  and  coordination  messages. 

Subfunction.  This  subfunction  controls  the  presentation  of  a  training  segment 
to  a  student.  A  training  segment  is  defined  by  a  file  of  segment  definition 
commands.  The  syntax  for  the  available  commands  is  contained  in  Appendix  C. 
The  commands  are  categorized  below,  describing  their  associated  processing. 

a.  Segment  Descriptions.  The  DEFINE  COMMENTED  PRACTICE  (CP/H)  command 
provides  parameter  data  for  conducting  commented  practice  segments.  The 
DEFINE  FREE  PRACTICE  (FP/H)  command  defines  the  number  of  performance  measurement 
variables  failures  allowed  in  a  single  run  as  well  as  advancement  criteria 
for  the  segment.  DEFINE  INTERACTIVE  TEACHING  ( IAT/H )  command  identifies 
IAT  type  segments.  The  DEFINE  TEST  REQUIREMENTS  (T/H)  command  defines  overall 
test  requirements.  These  requirements  are  used  to  evaluate  and  monitor  the 
conduct  of  a  test  provided  by  a  series  of  DEFINE  TEST  QUESTION  (T/Q)  commands 
and  their  associated  condition  commands.  END  TEST  (T/E)  terminates  a  test 
section  of  the  command  file.  Similar  to  conducting  test  simple  testing, 
check  simple  testing  can  be  performed.  The  DEFINE  CHECK  (CK/H)  command  defines 
the  requirements,  CHECK  TEC  INPUTS  -  ANY  ORDER  (CK/A)  specifies  TEC  inputs 
for  any  order,  and  CHECK  TEC  INPUTS  -  ORDERED  (CK/0)  specifies  TEC  inputs 
in  particular  order.  CHECK  END  (CK/E)  terminates  a  check  section  of  the 
command  file. 

b.  Sequence  Control.  ADVANCE  TO  STEP  SENTINEL  (ADV),  CHALLENGE  (CHAL) 
and  REPEAT  SEGMENT  STEPS  (R)  cause  the  segment  command  sequence  to  be  advanced 
to  a  sentinel  position,  a  challenge  request  to  be  honored,  or  a  set  of  conmands 
between  sentinels  to  be  repeated  before  continuing.  This  sequencing  action 
is  directly  performed.  The  END  SEGMENT  (END)  con&and  causes  a  segment  termination 
status  message  to  be  issued. 

c.  TEC  Interface  Commands.  The  TEC  interface  commands  request  that 
information  be  output  to  the  TEC  or  matched  input  be  received  from  the  TEC: 
TEC  BUZZER  (BUZZ),  TEC  CRT  PAGE  (CRT/D),  SHOW  TEC  DROs  (DRO),  CLEAR  DRO  (DRO/CLR), 
LIGHT  TEC  LEDs  (LED),  CLEAR  TEC  LEDs  ( LED/CLR) ,  DISPLAY  NED  (NED),  RECEIVE 
TEC  (REC/TEC),  WAIT  FOR  (W/F),  CLEAR  TEC  (SC/CLR),  SIMULATE  NTDS  ALERT  (TEC), 
SIMULATE  VAB  PRESSING  (PRESS),  SIMULATE  NTDS  DOWN  (NTDS/D) ,  TURN  COMMUNICATIONS 
ON  (COMM/ON),  KILL  TRACK  SYMBOL  (TRKSYM/KL),  CORRECT  TRACK  SYMBOL  POSITION 
(TRKSYM/PC) ,  HOOK  TRACK  SYMBOL  (TRKSYM/HK),  POSITION  BALL  TAB  (POP TT/BT) , 
and  SET  LABEL  STATE  (LAB-STATE).  For  output,  the  data  are  formated  and 
transmitted  to  the  Simulation  Computer  via  the  MCA  for  output  to  the  TEC. 
The  MCA  receive  will  be  monitored  for  the  expected  TEC  input. 
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d.  Student  Console  Commands.  The  student  Is  alertedt  and  text  data 
is  presented  at  the  student  console,  by  STUDENT  BELL  (BEEP),  STUDENT  CRT 
MESSAGE  (CRT/B)  AND  STUDENT  CRT  (CRT/T)  commands.  RECEIVE  STUDENT  KEYBOARD 
(REC/KD)  commands  anticipate  inputs  from  the  student  keyboard.  Since  the 
student  console  is  connected  to  the  Instructor  Computer,  direct  interfacing 
is  accomplished  by  this  subfunotion  to  perform  the  commands. 

e.  Speech  Related  Commands.  Commands  COLLECT  SPEECH  (SP/C),  PRACTICE 
SPEECH  (SP/P),  VALIDATE  SPEECH  (SP/V) ,and  GENERATE  SPEECH  (GS)  request  phrases 
to  be  collected,  validated,  generated,  and  recorded.  These  commands  are 
formatted  and  transmitted  over  the  MCA  to  the  Speech  Computer  for  execution. 

f.  Audiovisual  Commands.  AUDIOVISUAL  (AV)  commands  for  audiovisual 
presentations  are  performed  directly  since  the  Instructor  Computer  has  direct 
access  to  the  equipment. 

g.  Scenario  Control  Commands.  SCENARIO  CONTROL  (SC)  commands  cause 
MCA  messages  to  be  transmitted  to  the  Simulation  Computer  to  continue  and 
stop  scenarios,  or  stop  the  segment  definition  command  sequencing  until  notify 
ication  of  a  scenario  freeze  is  received  over  the  MCA  from  the  Simulation 
Computer.  The  RUN  commands  start  SC,  CP  and  FP  run  related  activity. 

h.  Function  Commands.  Commands  which  Indicate  that  a  message  is  to 
be  generated  to  trigger  a  function  include: 

( ? )  CK  -  simple  test,  cheek  function 

(2)  SC  -  scenario  control  function 

(3)  T  -  simple  test,  test  function 

i.  Miscellaneous  Commands.  PERFORMANCE  MEASUREMENT  VARIABLE  (PMV) 
commands  provide  performance  measurement  values  for  use  by  the  performance 
measurement  and  evaluation  function  in  the  Instructor  Computer.  The  WAIT 
command  causes  a  pause  to  occur. 

Manual  Select  Subfunction. 

Inputs.  Input  to  the  manual  select  subfunction  consists  of  requests  supplied 
by  the  keyboard  function  and  menu  initiation  requests. 

Outputs.  Output  from  the  manual  select  subfunction  consists  of  segment  related 
user  requests  and  processing  status  messages  pertaining  to  aborts  and  overrides, 
and  speech  retraining. 

Subfunction.  The  manual  select  subfunction  processes  the  OVERRIDE,  ABORT 
and  RETRAIN  keyboard  functions.  Review  capabilites  are  accessible  via  the 
ABORT  keyboard  function.  ABORT  key  also  supports  the  sign  off  capability. 

Most  of  the  subfunction  processing  requirements  are  described  in  MAN 
MACHINE  INTERACTION  in  Section  III. 
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Diagnosis .  Prescription.  and  Remediation  (DPR)  Subfunction. 

Inputa.  The  inputs  to  the  OPR  subfunction  consist  of: 

a.  Teat  and  check  results  from  the  simple  testing  function 

b.  Run  errors  and  run  evaluation  data  from  the  performance  and  evaluation 
function 

c.  Notification  of  segment  execution  status  from  the  control  subfunction 
(challenge,  remediation,  etc.) 

Outputs.  Outputs  from  the  OPR  subfunction  consist  of: 

a.  A  performance  report 

b.  Remediation  segment  choices 

c.  An  intrasegment  repeat  choice 

d.  A  test  or  check  repeat  choice 

e.  Advancement  recommendations 

f.  Instructor  referral  recommendations 

g.  Performance  data  files 

Subfunction.  The  OPR  subfunction  provides  diagnosis,  prescription,  and  remedia¬ 
tion  data  for  the  three  teaching  areas:  CP,  FP,  and  Simple  Test.  The  RON 
command  causes  CP  or  FP  processing  to  occur.  The  simple  test  processing 
occurs  in  response  to  the  simple  test  function.  Once  activated,  the  DPR 
receives  performance  inputs,  reports  are  generated  and  presented,  and  remediation 
or  advancement  pathways  are  recommended. 

The  student's  performance  determines  much  of  the  segment-to-segment 
path  taken  to  complete  the  training  course,  although  the  instructor  or  the 
student  may  at  times  override  the  ACS  system  selected  segments  (the  instructor 
via  "overrides";  the  student  via  "challenge"  and  "review").  A  discussion 
follows  of  the  maimer  in  which  the  ACS  system  diagnoses  and  prescribes  remedies 
for  weak  student  performance  and  its  effect  on  the  segment-to-segment  path. 

a.  Diagnosis. 

A  nominal  path  through  the  training  syllabus  is  defined  by  the  syllabus 
table.  The  student  proceeds  from  segment  to  segment  until  training  course 
completion.  Within  each  segment,  activities  are  performed  sequentially  in 
the  order  specified  in  the  segment  command  file.  CP  and  FP  segments,  in 
addition,  present  a  minimal  number  of  training  exercises  (runs)  which  the 
student  is  to  perform.  Disruption  of  the  nominal  path  occurs  when  the  student's 
performance  is  considered  inadequate. 


38 


NAVTRAEQUIPCEN  7  8-C-0182-8 


Diagnosis  of  weak  performance  areas  is  based  on  TEST  and  CHECK  results 
in  IAT  sepnents  and  on  run  performance  in  CP  and  FP  segments.  TEST  and  CHECK 
definitions  have  associated  pass/fail  criteria.  Thus,  a  TEST  or  CHECK  failure 
indicates  a  weak  performance  area. 

Run  performance  criteria  may  be  more  complex.  Selected  performance 
areas,  referred  to  as  performance  measurement  variables  (PMVs),  are  monitored 
during  each  run.  Each  selected  PMV  has  associated  passing  and  failing  criteria. 
Again,  a  failure  pinpoints  a  weak  performance  area. 

b.  Prescription  and  Remediation. 

Once  a  weak  performance  area  is  diagnosed,  a  prescription  is  made  based 
on  the  student’s  performance  history.  The  prescription  may  consist  of: 
a  repeat  of  the  TEST,  CHECK,  or  run;  a  remediative  segment;  or  instructor 
referral.  If  a  student  fails  a  remediation  segment,  the  student  is  immediately 
referred  to  the  instructor. 

Prescription  and  remediation  in  IAT  segments  will  be  described  followed 
by  a  description  of  prescription  and  remediation  in  CP  and  FP  segments. 
The  PMV  Remediation  Table  which  is  pertinent  to  both  CP  and  FP  remediation 
is  discussed  later. 

c.  Interactive  Teaching  (IAT)  Model. 

Figure  2  shows  the  IAT  segment  model.  Note  the  instruction  path  is 
sequential  unless  a  TEST  or  CHECK  is  encountered.  A  TEST  or  CHECK  is  an 
optional  feature  of  an  IAT  segment.  An  IAT  segment  may  contain  any  combination 
of  TESTs  and/or  CHECKS  in  any  order  and  be  interspersed  among  other  IAT  segment 
commands.  Figure  3  shows  the  simple  testing  DPR  model. 

Test  and  check  presentation  in  IAT  segments  and  simple  test  remediation 
are  dependent  on  two  parameters: 

(1)  Second  try  option  -  This  option  allows  the  student  to  repeat 
a  TEST  or  CHECK  immediately  after  the  first  failure.  This  parameter  is  defined 
for  each  TEST  and  CHECK  in  each  T/H  and  CK/H  segment  command. 

(2)  Instructor  referral  option  -  After  a  second  failure  of  a  TEST 
or  CHECK,  the  3tudent  is  immediately  referred  to  the  instructor  if  this  option 
is  selected.  This  parameter  is  defined  for  each  T/H  and  CK/H  for  each  TEST 
and  CHECK. 

d.  Commented  Practice  (CP)  Segment  Model. 

A  CP  segment  may  contain  only  one  scenario.  The  scenario  (SC)  segment 
command  which  starts  scenario  execution  may  be  prefaced  by  any  segment  command 
that  has  been  defined  as  legal  during  CP  segments.  Commands  will  be  executed 
sequentially  until  the  SC  command  is  encountered. 
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*  R ■commendation  made  to  Control  Subfunction 

••  At  thit  point  an  automatic  tignoff  can  occur  H 
the  instructor  has  requested  a  system  shutdown 
to  occur  after  the  end  of  the  current  segment. 


Figure  2.  Interactive  Teaching  Path 
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Figure  3.  Simple  Test  Path 
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The  SC  command  starts  a  sequence  of  runs  based  on  the  associated  scenario 
file.  Canned  text  will  be  presented  to  give  the  student  run  status,  error 
feedback,  etc. ,  during  these  runs.  Figure  4  illustrates  the  CP  segment  DPR 
model. 

The  sequence  of  runs  Is  determined  by  student  performance  In  relation  to 
five  CP  parameters.  Parameters  (1)  and  (2)  are  defined  with  the  PH7  command; 
parameters  (3)»  (4),  and  (5)  are  defined  with  the  CP  command.  These  commands 
must  occur  at  the  start  of  the  segment's  coamand  file.  Note  that  the  total 
number  of  runs  allowed  per  segment  In  Figure  4  is  an  ACE  system  variable. 
The  parameters  are  defined  as: 

(1)  "Freeze *  PMVs  -  The  student  causes  an  error  freeze  to  occur 
whenever  an  error  belonging  to  the  indicated  PMV(s)  lowers  the  PMV's  point 
score  such  that  the  freeze  error  level  is  transcended.  The  run  is  frozen 
at  that  point  while  feedback  1s  provided.  The  run  Is  then  immediately  term¬ 
inated.  After  a  specified  number  of  errors  on  the  same  PMV(s),  remediation 
Is  provided  (see  item  3  below).  The  number  of  freezes  due  to  a  PMV  is  not 
stored  cumulatively  for  the  segment,  l.e.,  the  count  is  reset  to  zero  at 
the  start  of  each  repeat  of  the  segment.  If  the  student  passes  the  remediation 
segment,  he  is  allowed  to  reenter  the  CP  segment.  If  the  student  falls, 
be  Is  referred  to  the  Instructor.  If  the  student  continues  to  cause  freezes 
due  to  the  remediated  PM7,  he  is  referred  to  the  instructor  after  the  same 
PMV  has  caused  twice  the  number  of  freezes  specified  by  Item  (3). 

(2)  "Active"  PMVs  -  These  PMVs  are  graded  but  do  not  generate 
an  error  freeze.  Feedback  is  provided  on  these  PMVs  after  the  completion 
of  a  freeze-free  run.  If  the  number  of  failed  PMVs  exceeds  the  number  specified 
in  item  5,  the  PMVs  are  remediated  in  the  order  that  they  were  taught.  Note 
that  the  remediation  for  active  PMVs  occurs  based  on  the  passage  or  failure 
on  that  PMV  for  each  run.  No  cumulative  run-to-run  information  is  used  to 
determine  remediation  needs  for  active  PMVs.  If  the  student  falls  a  remediation 
segment,  he  is  referred  to  the  Instructor.  If  be  passes,  he  is  allowed  to 
reenter  the  CP  segment  or  to  receive  remediation  for  other  active  PMVs  as 
required.  If  the  student  falls  the  same  PMV  twice  in  the  same  segment,  the 
instructor  is  summoned.  The  remediation  segment  used  for  active  FMV  remediation 
is  a  CP  type  segment  specified  by  the  PMV  Remediation  Table. 

(3)  Number  of  error  runs  allowed  before  remediation  -  If  the 
specified  number  of  error  freezes  occur  for  any  of  the  freeze  PMVs,  the  student 
is  given  a  remediative  segment.  This  remedlative  segment  is  an  IAT  segment 
specified  in  the  PMV  Remediation  Table  or  by  the  overriding  segment  specified 
in  the  Syllabus  Table.  If  the  student  causes  an  additional  equal  number 
of  error  freezes  after  the  remediative  segment  for  any  single  "freeze"  PMV, 
the  student  is  referred  to  the  instructor. 

(4)  Number  of  consecutive  freeze-free  runs  required  before  advancement  - 
If  the  student  performs  the  specified  number  of  runs  freeze-free  (no  errors 
are  made  on  the  "freeze"  PMVs),  the  student  is  allowed  to  advance.  Any  necessary 
active  PMV  remediation  will  be  provided  prior  to  advancement. 


Minimum  number  ol  PMV  •rfort-pw-iun 
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(5)  Number  of  error  PMVs  for  instructor  Intervention  -  If  the 
student  fails  this  number  of  PMVs  in  a  single  run,  the  instructor  will  be 
notified. 

e.  Free  Practice  (FP)  Segment  Model. 

A  FP  segment  may  contain  only  one  scenario  (SC)  command.  This  SC  command 
may  be  prefaced  by  any  segment  command  that  is  defined  to  be  legal  during 
FP  segsents.  Commands  will  be  executed  sequentially  until  the  SC  command 
is  encountered. 

PMV  and  FP  commands  must  occur  at  the  start  of  FP  segment  command  files. 

The  FP  segnent  model  is  illustrated  in  Figure  5.  Note  that  the  total 
number  of  runs  allowed  per  segment  is  an  ACE  system  variable. 

The  SC  command  starts  a  sequence  of  runs  based  on  the  associated  scenario 
file.  Canned  text  will  be  presented  to  give  the  student  run  status,  performance 
feedback,  run  replay  capabilities,  etc.  during  these  runs. 

The  sequence  of  runs  is  determined  by  student  performance  in  relation 
to  three  free  practice  parameters  as  well  as  entries  in  the  PMV  Remediation 
Table.  The  three  free  practice  parameters  are: 

(1)  Number  of  failed  PMVs  for  Instructor  intervention  -  Maximum 
number  of  PMVs  which  the  student  may  fail  in  any  one  run  before  Instructor 
referral  is  prescribed.  This  maximum  is  defined  via  a  FP/H  command. 

(2)  "Active"  PMVs  -  If  the  student  fails  more  than  the  number 
of  PMVs  specified  in  (1)  in  a  single  run,  be  is  immediately  referred  to  the 
instructor.  Otherwise,  all  failed  PMVs  are  remediated  in  the  order  that 
they  were  taught.  If  the  student  fails  a  remediation  segment,  he  is  referred 
to  the  instructor.  If  he  passes,  he  is  allowed  to  continue  with  the  FP  segment 
or  with  additionally  required  remediation  segments.  If  the  student  falls 
the  same  active  PMV  twice  in  the  same  segment,  the  instructor  is  summoned. 
The  remediation  provided  for  the  active  PMVs  is  specified  as  a  CP  type  segment 
in  the  PMV  Remediation  Table. 

(3)  Advancement  criteria  -  The  advancement  criteria  for  FP  segments 
is  a  specified  number  of  remediation-free  consecutive  runs.  This  criteria 
is  specified  via  a  FP/B  command. 

f.  PMV  Remediation  Table. 

Remediation  for  all  PMVs  is  defined  in  the  PMV  Remediation  Table.  There 
is  only  one  such  table;  all  CP  and  FP  segaents  will  be  subject  to  the  entries 
in  this  table.  Remediation  for  PMVs  will  be  provided  to  the  student  in  the 
order  that  they  are  to  be  taught.  Each  PMV  is  represented  as  an  eighty  column 
entry. 
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Figure  5.  Free  Practice  (FP)  Segment,  Diagnosis/ 
Prescription/Remediation  (DPR)  Model 
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The  PMV  Remediation  Table  ia  composed  of  five  elements: 

(1)  Columns  1-2:  Performance  variable  identifier  -  Identifier 
used  to  identify  tbe  particular  performance  measurement  group. 

(2)  Columns  5  -  6 :  Remediation  order  -  Order  in  which  PMVs  will 
be  taught. 

(3)  Columns  9-11:  Interactive  Teaching  Remediation  Segment  - 
Nana  of  an  IAT  type  segment  which  provides  remediation  for  "freeze”  PMV  failures 
during  CP  segments.  The  criteria  for  "freeze"  PMV  remediation  is  defined 
Individually  for  each  CP  segment  within  its  command  file.  The  IAT  type  remedia¬ 
tion  specified  in  this  table  is  overridden  by  the  remediation  segment  specified 
in  the  segment's  adaptive  description  in  the  Syllabus  Table. 

(4)  Columns  15  -  17:  Commented  Practice  Remediation  Segment  - 
Name  of  a  CP  type  segment  which  provided  remediation  for  "active"  PMV  failures 

during  FP  segments  or  CP  segments.  If  the  student  fails  any  remedlatlve 
segment,  the  instructor  ia  notified  and  any  additional  remediation  is  preempted. 

(5)  Columns  21  -  23:  Freeze  PMV  Level  -  If  the  student  makes  enough 
errors  such  that  the  maximum  achievable  score  falls  below  this  level  for 
the  freeze  PMV,  a  freeze  will  occur. 

STSTEM  SUMMARY  FUNCTION.  This  function  processes  all  data  necessary  for 
the  production  and  reporting  of  student  performance  data.  It  is  activated 
by  the  Adaptive  Training  Control  Function  via  the  Instructor  console  STATS 
key. 

Input.  The  input  to  the  system  summary  function  consists  of  report  requests 
and  data  IPCs  and  temporary  binary  data  files. 

Output.  Output  from  the  system  summary  function  consists  of  disk  text  data 
files  and  report  displays.  The  data  files  are  structured  for  ease  of  manipulation 
in  creating  reports  and  summaries.  These  reports  are  generated  and  displayed 
via  CRT  and/or  hard  copy. 

Function.  This  function  provides  generation  of  reports  by  taking  data  from 
the  binary  disk  files,  formatting  it,  and  displaying  tbe  final  report  to 
the  CRT  or  the  lineprlnter.  These  reports  are  designed  to  be  viewed  by  the 
instructor.  Other  similar  reports  are  generated  by  student  summary  to  be 
viewed  by  the  student. 

Several  types  of  reports  may  be  requested:  individual  student  run  reports, 
student  activity  summary  reports,  speech  recognition  run  reports,  and  system 
usage  reports.  The  input  data  necessary  for  the  production  of  these  reports 
Include  student  sign  on  time,  time  spent  on  a  given  segment,  occurrences 
of  challenges,  overrides,  summaries,  number  of  runs  per  segment,  segment 
identity,  advancement  criteria,  failing  criteria,  and  speech  recognition 
and  understanding  data.  These  data  are  stored  temporarily  on  disk  in  binary 
format  until  the  system  summary  function  can  process  the  information. 
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Whenever  the  Instructor  console  "STATS”  key  is  depressed  the  system 
summary  function  is  activated.  It  then  proceeds  to  show  a  series  of  summary 
menus  which  the  user  can  use  to  select  which  report  he  wishes  to  see.  After 
the  report  has  been  determined,  System  Summary  extracts  data  from  the  necessary 
temporary  files  and  displays  the  report  either  on  the  CRT  or  the  hard  copy 
llneprlnter. 

The  four  categories  of  reports  produced  by  the  system  summary  function 

are: 

a.  Overall  Pathway  Summary  Report 

b.  Detailed  Segment  Summary  Report  (IAT,  CP,  FP) 

c.  Speech  Training  Summary  Report 

d.  Speech  Recognition  Summary  Report 

The  Overall  Pathway  Summary  Report  gives  a  brief,  one  line,  description 
of  each  segment  completed  by  the  student  and  is  referenced  by  path  number. 
A  path  number  is  assigned  every  time  a  student  runs  through  an  ACE  segment. 
This  includes  remediated  and  challenged  segments ,  as  well  as  normal  segments 
which  are  controlled  through  the  ACE  syllabus. 

Since  the  information  from  this  report  is  limited,  the  system  provides- 
the  instructor  with  the  Detailed  Segment  Summary  Reports  which  contain  more 
detailed  data.  There  are  three  types  of  these  reports  corresponding  to  the 
three  segnent  types  (IAT,  CP  and  FP).  The  IAT  reports  contain  detailed  test 
and  check  data,  whereas  the  CP  and  FP  reports  show  the  results  of  the  scenario 
runs. 

The  other  two  categories  of  reports  are  related  to  speech  recognition 
data.  The  Speech  Training  Summary  Report  indicates  whether  or  not  the  student 
is  using  the  ACE  system's  speech  retraining  and  testing  capabilities.  This 
can  be  useful  if  the  student  is  getting  poor  recognition.  The  second  speech 
report  is  for  recognition  only  and  shows  the  actual  output  from  Speech  Under¬ 
standing,  as  well  as  the  phrases  recognized  by  the  DP-100.  The  speech  recognition 
report  is  only  available  for  the  student  who  is  currently  signed  on. 

STUDENT  SUMMARY  FUNCTION.  This  function  is  similar  to  the  system  summary 
function.  It  processes  data  necessary  for  the  production  and  reporting  of 
student  performance  data  to  be  viewed  by  the  student.  It  is  activated  by 
the  Adaptive  Training  Control  Function  upon  student  request. 

Input.  The  input  to  the  student  summary  function  consists  of  report  requests, 
data  IPC's  and  temporary  binary  data  files. 

Output .  Output  from  the  student  summary  function  consists  of  disk  text  data 
files  and  report  displays.  These  reports  are  generated  and  displayed  via 
CRT. 
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Function.  This  function  provides  generation  of  student  performance  reports 
by  taking  data  from  the  binary  disk  files,  formatting  it,  and  displaying 
a  final  report  on  the  student  station  C8T. 

The  sane  input  data  is  required  to  formulate  these  reports  as  is  used 
by  the  system  summary  function.  Several  types  of  reports  may  be  requested. 
They  are: 

a.  Current  Course  Position 

b.  Last  Practice  Exercise  Score 

c.  Overall  Course  Progress 

The  Current  Course  Position  report  displays  the  student's  most  recently  completed 
non-remediation  segment.  If  his  last  completed  segment  was  a  remediation 
segment,  it  will  be  noted  on  this  report.  The  Last  Practice  Exercise  Score 
report  displays  the  results  of  his  last  free  practice  run.  The  format  is 
identical  to  that  of  the  Detailed  Summary  Report  that  is  shown  to  the  instructor. 
The  Overall  Course  Progress  Report  displays  the  segments  that  the  student 
has  completed  from  the  beginning  of  the  course  (in  overall  pathway  order). 
Path  nuabers  are  assigned  to  each  segment  in  chronological  order.  This  includes 
remediated  and  challenged  segments.  This  report  is  identical  to  the  Overall 
Pathway  Summary  Report  shown  to  the  instructor. 

SIMPLE  TESTING -FUNCTION.  This  function  provides  simple  testing  capabilities 
by  asking  questions  and  by  requesting  simple  TEC  operations  to  be  performed. 
Responses  are  monitored,  and  the  student's  performance  is  recorded. 

This  function  operates  primarily  in  the  Instructor  Computer.  The  Speech 
Computer  is  used  to  provide  generated  speech  and  the  Simulation  Computer 
to  provide  interface  with  the  TEC  as  required. 

The  simple  testing  function  consists  of  two  subfunctions:  TEST  (for 
asking  questions)  and  CHECK  (for  observing  TEC  operations). 

last  Slade  leaning  Subfunctloa. 

Inputs.  Input  to  the  test  simple  testing  subfunction  consists  of  segment 
definition  commands  containing  a  set  of  test  questions  accompanied  by  test 
background  information  and  student  generated  keyboard  and  TEC  inputs. 

Outputs.  Outputs  from  the  test  simple  testing  subfunction  consist  of: 

a.  Correct  score  percentage 

b.  Pass  or  fail 

Subfunction.  Test  subfunction  consists  of  asking  multiple  choice,  matching, 
or  true/false  questions  which  are  answerable  via  single  numerical  keyboard 
input,  true/false  keyboard  input,  or  single  TEC  button  entry. 
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To  conduct  a  teat,  the  following  proceasing  operations  ar«  performed 
by  the  teat  simple  tea ting  aubfunctlon: 

a.  Preaent  teat  background/introductory  stimuli 

b.  Obtain  tbe  question/request 

c.  Present  tbe  queation/requeat  to  tbe  student  including  any  other 
necessary  stimuli 

d.  Monitor  the  response  time 

e.  Obtain  response 

f.  Determine  correctness  or  timeout 

g.  Provide  feedback  or  timeout  warning 

h.  Repeat  steps  b  through  g  until  test  complete 

i.  At  completion  of  test,  provide  test  performance  data  for  use  by 
the  adaptive  training  control  function. 

Test  input  data  will  be  prepared  using  a  preprocessor  program.  Test 
background  data  are  required  for  each  test  specifications  well  as  data  for 
each  question/request  presented.  Test  background  data  are  comprised  of: 

a.  Number  of  questions 

b.  Passing  score  percentage 

c.  Support  stimuli  needed  to  present  the  test 

d.  Feedback  for  no  errors  in  the  test 

e.  Feedback  for  passing  the  test 

f.  Feedback  for  failing  the  test  a  first  time 

g.  Feedback  for  failing  tbe  test  a  second  time 

h.  Test  type  (matching  test  or  other) 

i.  Presentation  page  for  a  matching  test 

j.  Whether  a  second  try  is  allowable 

k.  Whether  the  instructor  should  be  notified  of  a  second  failure. 
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Each  question/ request  will  consist  of  five  components: 

a.  Response  type  (TES/NO,  TEC  Input,  or  numerical  keyboard  input) 

b.  Support  stimuli  needed  (videodisc  sequence,  TEC  set-up,  voice  generation 
requests)  to  present  question/ request 

c.  Correct  response 

d.  Feedback  for  correct  response 

e.  Feedback  for  incorrect  response 

Appendix  C  contains  tbe  basic  syntax,  format,  and  procedures  for  preparing 
test  input  files. 

Check  Simple  Testing  Subfunction. 

Input  to  the  check  simple  testing  subfunction  consists  of  a  disk  file  living 
a  list  of  expected  TEC  inputs  accompanied  by  background  information  and  student 
generated  TEC  inputs. 

Outputs.  Outputs  from  the  check  simple  testing  subfunction  consist  of: 

a.  Pass  or  fail 

b.  Type  of  error  encountered 

Subfunotion.  Check  expects  a  series  of  TEC  inputs  to  be  entered.  To  conduct 
a  check,  the  following  processing  operations  are  performed: 

a.  Present  check  background/ introductory  stimuli 

Do  steps  b  through  e  while  the  last  expected  response  has  not  been  logged 
or  error  not  detected: 

b.  Monitor  the  response  time 
o.  Obtain  response 

d.  Log  response  or  take  timeout  action  if  timeout 

e.  Evaluate  input  responses 

f.  Provide  performance  feedback 

g.  At  completion  of  procedure,  provide  performance  data  for  use  by 
the  adaptive  training  control  function. 
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Check  input  data  will  be  prepared  using  a  preprocessor  program.  The 
data  consists  of: 

a.  Support  stimuli  needed  to  initiate  the  sequence  of  TEC  inputs 

b.  Feedback  for  correct  sequence  of  inputs 

c.  Feedback  for  errors  of  omission 

d.  Feedback  for  sequence  errors 

e.  Feedback  for  errors  other  than  c  or  d  (or  if  c  or  d  are  not  specified) 

f.  Feedback  for  failure  on  second  try 

g.  Sequence  of  Inputs  expected  in  order 

h.  Inputs  expected  in  any  order 

i.  Last  input  expected  (must  be  unique) 

J.  Timeout  specification  for  completion  of  entire  TEC  input  sequence 

k.  Whether  a  second  try  is  allowable 

l.  Whether  the  Instructor  should  be  notified  of  a  second  failure 

Appendix  C  contains  the  basic  syntax,  format,  and  procedures  for  preparing 
check  input  files. 

PERFORMANCE  MEASUREMENT  AND  EVALUATION  ( PME)  FUNCTION.  This  function  collects 
and  evaluates  data  on  student  performance.  Measurement  and  evaluation  are 
determined  using  performance  measurement  variables  (PMVs).  Each  PMV  is  a 
measure  of  a  student’s  performance  in  executing  a  procedure,  or  an  operation. 
The  PMVs  are  described  in  Appendix  D  along  with  their  associated  scores  and 
standards  for  scoring.  PMVs  are  applicable  for  commented  practice  and  free 
practice  instructional  segments.  The  desired  subset  of  PMVs  of  interest 
to  a  segment  are  identified  by  appropriate  segment  definition  commands. 
For  free  practice,  each  PMV  of  interest  is  associated  with  its  passing  score. 
For  commented  practice,  the  PMVs  may  be  identified  for  scoring  and/or  for 
error  freezing.  When  a  freeze  occurs  a  comment  about  the  error  that  caused 
the  freeze  is  provided. 

Data  for  each  PMV  are  collected  and  measured  by  a  related  PMV  subroutine. 
Data  for  measurement  are  obtained  from  events  of  Interest  and  from  periodically 
analyzing  the  track  data  tables.  When  an  error  occurs,  the  PMV  subroutine 
provides  the  error  comment  describing  the  error.  An  error  comment  is  displayed 
immediately  in  commented  practice.  In  free  practice,  the  error  comments 
are  included  with  the  evaluation  data. 
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PME  operates  in  the  Instructor  Computer  and  consists  of  the  following 
subfunotloas: 

a.  PME  Control  -  provides  the  overall  control  of  PME  processing 

b.  Performance  Measurement  -  consists  of  the  PKV  subroutines  for  scoring 
PMVs  and  detecting  errors 

c.  Performance  Evaluation  -  records  an  evaluation  summary  of  the  student's 
performance  during  commented  and  free  practice  segnents 

PME  Control  Subfunction. 

Inputs.  Inputs  to  the  PME  control  subfunction  consist  of: 

a.  Desired  PME  mode  of  operation:  commented  practice  or  free  practice 

b.  PMTs  of  interest 
Outputs.  None. 

Subfunction.  This  subfunction  provides  the  overall  initialization  and  processing 
control  of  the  other  PME  subfurctions. 

Performance  Measurement  Subfunction. 

Inputs.  Inputs  to  the  performance  measurement  subfunction  consist  of: 

a.  Event  data 

b.  Track  data 

c.  Identity  of  PMVs  of  interest 

Outputs.  Outputs  from  the  performance  measurement  subfunction  consist  of: 

a.  The  current  measured  scpres  for  the  PMTs  of  Interest 

b.  Error  comments 

Subfunction.  This  subfunction  performs  the  actual  measurement  for  the  PMVs 
of  interest  and  reports  error  comments  when  errors  are  detected.  Appendix  D 
describes  the  various  PMVs  and  the  associated  processing  to  be  performed 
for  each  PMV's  scoring  and  error  detection.  Each  PKV  is  a  measure  of  a  student's 
performance  in  executing  a  procedure,  or  operation.  Each  PMV  is  measured 
by  a  related  subroutine.  This  subfunotion  can  be  considered  as  consisting 
of  a  group  of  subroutines  that  are  individually  referenced  by  a  controlling 
routine  when  data  are  available  for  them  to  measure. 
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Performance  Evaluation  Subfunction. 

Inputs.  Input  to  the  performance  evaluation  subfunction  consists  of  the 
current  measured  scores  associated  with  the  PMVs  of  interest. 

Outputs.  Output  from  the  performance  evaluation  subfunction  consists  of 
an  evaluation  summary  disk  file  of  the  student's  performance  during  a  free 
or  commented  practice  segment. 

Subfunotion.  This  subfunetlon  collects  the  current  measured  scores  for  the 
PMTs  of  interest  and  records  them  on  a  disk  file. 

BASIC  SCENARIO  CONTROL  FUNCTION.  During  initialization,  this  function  retrieves 
the  time  zero  tagged  data  and  event  data  from  the  prescribed  scenario  file. 
These  data  are  used  to  initialize  the  track  data  files  and  the  event  table, 
and  to  condition  the  various  models. 

This  function  operates  in  the  Simulation  Computer  and  is  composed  of 
three  subfunctions:  Initialization,  Scenario  Event  Processing,  and  Time 
Processing. 

Initialization  Subfunction. 

Inputs.  Input  to  the  initialization  subfunction  consists  of  a  disk  file 
of  scenario  data  accessible  by  the  Simulation  Computer  (see  Appendix  B  for 
format) . 

Outputs.  Outputs  of  the  initialization  subfunction  consist  of  established 
core  tables  containing  formatted  time  driven  data  for  time  zero  and  an  event 
driven  commands. 

Subfunction.  Event  commands  and  time  commands  are  retrieved  and  tabled  for 
rapid  access.  Time  zero  tagged  data  are  processed  and  designated  randomization 
factors  applied.  The  data  are  converted,  as  necessary,  and  placed  in  the 
track  data  section  of  the  shared  page.  Default  conditions  are  supplied  when 
initial  conditions  are  not  provided;  e.g. ,  proficiency  models. 

Scenario- Event  Processing  Subfunction. 

Inputs.  Inputs  to  the  scenario  event  processing  subfunction  consist  of  the 
numerically  ordered  table  of  events  and  the  processing  to  be  performed  upon 
the  occurrence  of  the  respective  events. 

Outputs.  Output  of  the  scenario  event  processing  subfunotion  consists  of 
messages  to  trigger  processing  or  changes  to  track  data  section  of  the  shared 
page. 

Subfunction.  Upon  notification  that  an  event  has  occurred,  the  event  table 
is  accessed  to  determine  matching  event  numbers  and  to  cause  the  desired 
processing  to  be  performed.  Processing  options  consist  of  changing  data 
in  the  track  data  section  of  the  shared  page  to  affect  aircraft  motion,  turning 
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tracks  on/off,  turning  models  on/off,  freezing  time,  and/or  sending  messages 
to  report  situations  (e.g.,  NTDS  failure,  emergency). 

Time  Processing  Subfunction. 

Inputs.  Inputs  to  the  time  processing  subfunction  consists  of  the  chronologically 
ordered  table  of  scenario  commands  defining  the  processing  to  be  performed 
upon  the  occurrence  of  the  respective  times. 

Outputs.  Outputs  from  the  time  processing  subfunction  consist  of  messages 
to  trigger  processing  or  changes  to  the  track  data  section  of  the  shared 
page. 

Subfunotlon.  The  same  type  of  processing  is  performed  for  time  driven  actions 
as  for  event  driven  actions.  Time  driven  actions  are  activated  when  the 
amount  of  time  from  exercise  start  is  reached;  whereas,  event  driven  actions 
are  activated  upon  detection  of  an  applicable  event  occurring. 

NTDS  FUNCTION.  This  function  simulates  the  capabilities  of  NTDS  that  are 
necessary  to  support  AIC  training.  This  function  works  closely  with  the 
radar,  pilot,  aircraft,  and  tracking  simulation  functions. 

The  Simulation  Computer  and  Micronova  processors  are  used  for  this  function. 
The  NTDS  simulation  function  is  comprised  of  two  subfunctions: 

a.  TEC  Miconova  Processing 

b.  TEC  Simulation  Computer  Processing 

TEC  Miacaaga  Processing  SupfuacUoa- 

Inputs.  Inputs  to  TEC  Micronova  processing  subfunction  consist  of: 

a.  Activation  of  TEC  buttons/switches 

b.  Requests  received  from  the  Simulation  Computer  (see  Appendix  B) 
Outputs.  Outputs  from  the  TEC  Micronova  processing  subfunction  consist  of: 

a.  Data  transmitted  to  the  Simulation  Computer  in  response  to  button/ 
switch  actions  or  Simulation  Computer  requests  (see  Appendix  B) 

b.  Control  of  TEC  lights  and  LEDs  (hardware) 

c.  Presentation  of  DRO  and  text  messages  (hardware) 

Subfunction.  This  subfunction  operates  in  the  Micronova  and  interfaces  with 
the  Simulation  Computer  using  an  RS232,  9600  baud,  full-duplex  Interface. 
The  purpose  of  this  subfunction  is  to  monitor  and  maintain  the  status  of 
the  TEC  buttons,  switches,  buzzer,  trackball,  lights,  LEDs,  and  text  presenta¬ 
tions. 
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Initially,  the  Micronova  will  be  bootstrap  loaded  by  the  Simulation 
Computer  over  the  RS232  interface.  The  Micronova  software  and  the  TEC  will 
be  placed  in  an  initial  common  state.  Basically  this  will  consist  of  setting 
the  individual  TEC  components  in  au  off  or  blank  state,  and  then  sequencing 
through  the  switches/controls  to  determine  which  ones  are  on  and  updating 
the  Micronova  data  base  accordingly.  After  initialization,  the  status  of 
the  TEC  will  be  transmitted  to  the  Simulation  Computer.  Subsequently,  the 
Micronova  will  be  in  a  button/swltch  interrogation  loop  waiting  for  an  operator 
action,  data  available  from  the  Simulation  Computer,  or  a  necessity  to  send 
trackball  data  to  the  Simulation  Computer. 

Vhen  a  button/switch  activation  is  detected,  its  identity  and  associated 
data  will  be  formatted  and  transferred  to  the  Simulation  Computer.  Only 
buttons/switches  that  are  applicable  are  interrogated,  others  are  considered 
to  be  non-existent. 

When  data  are  received  from  the  Simulation  Computer,  the  applicable 
processing  will  be  performed  to: 

a.  Control  a  light 

b.  Display  a  DRO  or  text  message 

o.  Control  the  buzzer 

d.  Transmit  status  to  the  Simulation  Computer 

e.  Control  state  of  trackball  updating 

f.  Perform  designated  testing 

When  trackball  updating  is  active,  every  50  milliseconds  the  trackball 
delta  coordinates  will  be  transmitted  to  the  Simulation  Computer  unless  both 
x  and  y  components  are  zero. 

TEC  Simulation  Computer  Processing  Subfunction. 

Inputs.  Inputs  to  the  TEC  Simulation  Computer  processing  subfunction  consist 
of: 

a.  Data  transmitted  from  the  TEC  Micronova  in  response  to  button/swltch 
actions  at  the  TEC  (see  Appendix  B) 

b.  Data  transmitted  in  the  form  of  IPC  messages  from  other  functions; 
e.g. ,  SWC,  tracker,  replay 

c.  Data  contained  in  the  TEC  section  of  the  shared  page 
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Outputs.  Outputs  froa  the  TEC  Simulation  Computer  processing  subfunction 
consist  of: 

a.  Requests  to  the  TEC  Micronova  to  alter  the  status  of  TEC  lights, 
LEDs,  buzzer,  CRT  displays,  and  requests  for  specific  information  (see  Appen¬ 
dix  B) . 

b.  Updates  to  the  TEC  section  of  the  shared  page 

c.  Data  transmitted  in  the  form  of  ZPC  messages  to  other  functions; 
e.g.  SVC,  tracker,  replay,  Instructor  Computer  processes 

Subfunction.  This  subfunction  simulates  those  input  and  output  effects  of 
the  NTDS  operational  program  that  are  described  in  Appendix  F.  These  effects 
are  a  subset  of  the  NTDS  that  are  necessary  for  training  AIC  students.  The 
following  actions  are  performed  by  this  subfunction: 

a.  Bootstraps  the  Micronova  and  causes  initialization  of  the  TEC. 

b.  Monitors  asynchronous  TEC  button/ switch  action  inputs  from  the  Micronova 
as  defined  in  Appendix  F,  and  processes  them  in  order  to  update  the  state 
of  the  NTDS  simulation. 

o.  Requests  TEC  status  information  to  determine  the  state  of  the  TEC. 

d.  Provides  the  TEC  Micronova  processing  subfunction  with  data  for 
altering  the  external  appearance  of  the  TEC;  e.g.,  to  activate  or  deactivate 
lights,  LEDs,  and  buzzer  and  to  display  numeric  and  text  information  on  the 
TEC  CRTs. 

e.  Monitors  the  periodic  updating  (every  50  milliseconds)  of  trackball 
x  and  y  coordinate  motion  information  from  the  Micronova  and  derives  the 
Instantaneous  position  of  the  x  and  y  coordinate  position  of  the  ball  tab. 

f.  Sends  commands  to  the  Megatek  7000  graphics  display  unit  to  control 
the  display  of:  NTDS  symbols  representing  aircraft  tracks  at  their  positions 
as  known  to  the  NTDS  operational  program  simulation;  the  ball  tab  symbol, 
which  reflects  the  motion  of  the  track  ball;  fixed  symbols  representing  geographic 
locations;  special  symbols  to  inldicate  particular  activities  or  events  occurring 
at  various  locations;  lines  to  indicate  aircraft  intercept  geometry;  text 
information  concerning  aircraft  geometry;  and  text  information  concerning 
the  activity  state  of  the  exercise. 

g.  Updates  the  TEC  section  of  the  shared  page  on  a  periodic  basis  with 
new  aircraft  positions  as  determined  by  a  "dead  reckoning”  algorithm,  and 
calculates  new  aircraft  intercept  geometry  parameters  according  to  them. 

b.  Transmits  IPCs  containing  NTDS  state  information  and  updates  the 
TEC  state  file. 
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i.  Monitors  IPCa  from  other  functions  and  responds  accordingly. 

J.  Detects  a  number  of  system  events  (Identified  In  Appendix  B)  and 
button/switch  action  events  and  transmits  them  In  the  form  of  an  IPC. 

TRACKER  FUNCTION.  This  function  maintains  track  symbology  positional  data 
In  the  TEC  seotlon  of  the  shared  page  and  causes  associated  displays  to  be 
updated  to  reflect  the  changed  positions.  Symbol  history  data  are  also  main¬ 
tained.  The  tracker  function  operates  In  the  Simulation  Computer. 

Incuts.  Track  number  of  symbol  to  be  tracked. 

Outputs.  The  tracker  function  will  provide  the  following  outputs: 

a.  Updated  symbol  coordinates  for  the  track 

b.  Updated  delta  coordinates  to  match  video  coordinates  when  sweep 
passes,  when  appropriate 

c.  Updated  track  history  data,  when  appropriate 

d.  Updated  display  list  for  the  new  symbol  position  and  associated 
lines,  if  any 

e.  Detected  system  event  data 

Function.  The  Tracker  function  updates  the  TEC  section  of  the  shared  page 
on  an  asynchronous  basis  with  new  aircraft  positions,  as  determined  by  an 
algorithm  simulating  an  external  tracker  (at  another  console)  who  manually 
repositions  aircraft  tracks  to  the  positions  of  their  radar  video  images; 
repositioning  of  each  track  symbol  using  this  function  takes  place  after 
the  radar  sweep  passes  over  the  radar  video  image  of  the  aircraft. 

History.  The  tracker  function  also  updates  the  track  history  table  each 
time  that  a  position  correction  of  a  symbol  is  made.  The  history  data  is 
also  updated  if  a  manual  TEC  operation  repositions  a  symbol;  e.g. ,  CAP  tracking. 

Display.  As  each  symbol  is  repositioned,  the  display  list  is  updated  accordingly 
for  the  new  position.  Associated  lines  are  also  updated. 

Event  Data.  System  events,  as  identified  in  Appendix  B,  are  detected  and 
transmitted  to  the  MCA  router  for  distribution. 

RADAR  SIMULATION  FUNCTION.  This  function  maintains  a  simulated  radar  presentation 
on  the  TEC  pertaining  to  a  sweepline,  range  marks,  and  video.  It  operates 
in  the  Simulation  Computer. 

Inputs .  Inputs  to  the  radar  simulation  function  consist  of: 

a.  Sweep  position  (angle) 

b.  Video  positions  (range  and  bearing  from  ownship) 
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c.  Video  sizes 

d.  Bang*  scale 

e.  Offset  position 

f.  Intensity  controls:  sweep,  range  marks,  videos,  symbols 

Outputs.  Outputs  from  tbe  radar  simulation  function  consists  of  an  updated 
display  list  reflecting  tbe  following  possible  adjustments: 

a.  Range  scale  updated 

b.  Offset  position  updated 

c.  Intensity  of  applicable  elements  updated 

d.  Sweep  line  displayed  at  its  updated  position 

e.  Applicable  range  marks  displayed 

f.  Applicable  videos  display 

Function.  During  initialization  the  display  .’1st  will  be  established  for 
the  radar  simulation.  All  elements  of  the- display  list  will  be  at  fixed 
positions  for  direct  accessibility  during  updating.  At  the  end  of  the  radar 
simulation  portion  of  the  display  list  will  be  instructions  for  Interrupt 
triggering  the  radar  simultation  function.  That  is,  as  soon  as  the  current 
radar  presentation  has  been  displayed  the  radar  simulation  function  will 
be  scheduled  to  ready  the  list  for  the  next  presentation. 

Range  Soale.  The  new  scale  will  be  passed  to  the  scaling  hardware,  and  the 
change  will  be  reflected  in  the  next  display  list  update. 

Offset.  The  new  offset  x  and  y  positions  will  be  passed  to  the  translation 
hardware  and  the  change  will  be  reflected  in  the  next  display  list  update. 

Intensity  changes.  The  new  Intensity  will  be  applied  to  the  applcable  elements 
of  tbe  display  list,  and  the  change  will  be  reflected  in  the  next  update. 

Sweep  Control.  At  each  access,  the  sweep  vector  will  be  rotated  one-half 
degree.  The  sweep  will  continue  to  advance  whenever  tbe  environment  is  frozen. 

Range  marks.  Range  marks  intensity  will  be  controlled  as  a  result  of  switch 
settings  on  the  TEC.  Range  marks  will  be  shown  at  two  mile  increments  to 
ten  miles  and  at  ten  mile  increments  to  fifty  miles. 

Video  Control.  At  each  access,  dis playability  of  video  will  be  determined. 
Each  video's  current  position  will  be  compared  to  the  current  sweep  line 
position.  If  applicable,  the  video  begins  its  display,  which  is  generated 
by  the  sweep  line.  In  addition,  the  position  at  which  it  is  to  be  turned 
off  is  calculated,  using  the  size  of  the  video  and  the  current  position. 
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Videos  which  are  presently  being  displayed  are  checked  against  their  turn 
off  position,  and  if  appropriate  their  display  is  ended. 

An  array  with  an  element  for  each  video  is  maintained  for  use  by  the 
Tracker.  In  the  event  a  video  is  turned  on,  its  array  element  is  turned 
on.  The  tracker  will  use  this  timing  information  for  its  symbol  display 
and  the  transmission  of  Radar  associated  system  events. 

AIRCRAFT  FUNCTION.  This  function  maintains  the  dynamic  motion  and  characteris¬ 
tic  data  related  to  aircraft  video.  It  operates  in  the  Simulation  Computer. 

Inputs.  Track  data  section  of  the  shared  page. 

Outputs.  Updated  track  video  position  and  characteristics  in  the  track  data 
seotlon  of  the  shared  page. 

Function.  Each  second,  the  aircraft  function  updates  appropriate  video  delta 
x,  delta  y  values,  extrapolates  the  video  positions  to  the  next  second,  and 
controls  CAP  fuel  count  down. 

Video  Delta  X,  Delta  Y  Updates.  Video  delta  x,  delta  y  values  are  updated 
for  active  video  when: 

a.  Speed  changes 

b.  Turn  rate  changes 

c.  Turn  initiates 

Video  Position  Updates.  Each  active  video  position  is  extrapolated  to  the 
next  second  based  on  its  delta  x,  delta  y  data  and  current  position.  If 
the  video  is  involved  in  a  turn,  a  determination  of  its  completion  is  made. 
When  it  completes,  the  motion  type  is  set  to  simple  and  the  delta  x,  delta 
y  values  are  computed  for  the  next  update. 

Fuel  Count  Down.  Fuel  count  down  will  be  maintained  for  the  CAP.  Fuel  will 
be  depleted  from  12,500  pounds  at  a  rate  of  100  pounds  per  55  seconds  for 
CAP  reporting  of  fuel.  Fuel  will  be  depleted  at  100  pounds  per  60  seconds 
for  NTDS  readouts. 

PILOT  FUNCTION.  This  function  simulates  the  actions  of  the  CAP  and  MAC  pilots 
pertaining  to  voice  and  maneuver  responses  to  AIC  Instructions,  voice  calls 
for  proximity  and  status  conditions,  and  skill  level  of  the  pilot.  It  operates 
in  the  Simulation  Computer. 

Innuts.  Inputs  to  the  pilot  function  consist  of: 

a.  Track  data  section  of  the  shared  page  for  obtaining  status  information 

b.  MCA  messages  containing  AIC  instructions 
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c.  MCA  messages  containing  AIC  requests  for  data 

d.  MCA  messages  containing  proximity  relations  with  reference  to  the 
CAP 

Outputs.  Outputs  of  the  pilot  function  consist  of: 

a.  Updates  to  the  track  data  section  of  the  shared  page  reflecting 
aotlons  associated  with  AIC  instructions 

b.  Voioe  message  requests  due  to  proximity  situations  and  responses 
to  AIC  instructions  and  requests 

c.  System  event  data  as  Identified  in  Appendix  B 

Function.  The  pilot  function  has  three  levels  of  pilot  proficiency: 

a.  Script  pilot  -  follows  the  scenario  only. 

b.  Dumb  pilot  -  under  scenario  control  until  check  in,  subsequently 
AIC  instructions  are  followed  by  interpreting  heading  orders  by  a  delta  of 
plus  or  minus  10  degrees  and  by  varying  the  stated  turn  rate  by  plus  or  minus 
1.5  degrees. 

c.  Good  pilot  -  after  check  in,  follows  AIC  orders  perfectly. 

The  pilot  function  will  operate  as  a  one  second  periodic  and  in  response 
to  MCA  messages  (AIC  instructions  and  requests  for  data)  received  from  the 
Speech  Computer.  Appendix  B  contains  the  speech  phrases  that  will  be  available 
for  the  pilot  and  the  AIC  and  the  digital  formats  of  these  speech  phrases 
into  MCA  messages.  System  events,  as  defined  in  Appendix  B,  are  detected 
and  transmitted  to  the  Simulation  Computer  EXEC  for  distribution. 

Proximity  (eyes).  In  reference  to  various  CAP  proximities  to  other  aircraft 
(Bogey,  MAC,  and  Stranger),  a  number  of  calls  may  be  controlled  by  the  scenario. 
These  are:  VISUALS,  CONTACT,  JUDY,  TALLY  HO,  LOST  CONTACT,  and  FAMISHED. 
A  percentage  of  0,  75,  90,  or  100  may  be  selected  for  Issuance  of  each  call. 
The  following  processing  occurs  as  a  result  of  proximity  situations: 

a.  Check  in.  When  the  CAP  meets  the  appropriate  check  in  condition, 
a  check  in  voice  message  is  requested  to  be  generated  "RUTH,  THIS  IS  ...". 

b.  Visual.  When  a  stranger  is  initially  within  three  miles  and  is 
in  front  (defined  as  plus  or  minus  90  degrees  of  the  CAP  heading)  of  the 
CAP,  a  "VISUAL”  voice  message  is  requested  to  be  generated. 

c.  Contact.  When  assigned  bogey  is  initially  within  15  miles  and  in 
front  of  the  CAP,  a  "CONTACT"  with  bogey's  heading  and  altitude  voice  message 
is  requested  for  generation. 

d.  Judy.  When  the  assigned  bogey  is  within  10  miles  and  in  front  of 
the  CAP,  a  "JUDY"  voice  message  la  requested  for  generation. 
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e.  Lost  Contact.  After  a  Judy  call,  the  voice  message  "LOST  CONTACT* 
will  be  requested  for  generation  when  the  bogey  is  within  six  miles,  if  the 
scenario  generation  has  selected  this  action. 

f.  Tally  Ho.  When  the  assigned  bogey  is  within  three  miles  and  in 
front  of  the  CAP,  the  voice  message  "TALLY  HO,  FOX  1 ,  BREAKAWAY"  is  requested 
for  generation. 

g.  Famished.  After  an  intercept  has  been  initiated  by  the  CAP  (or 
Tally  Ho  or  Breakaway  condition)  the  voice  message  "FAMISHED"  is  requested 
for  generation,  if  a  transmission  has  not  been  received  from  the  AIC  for 
one  minute.  When  under  a  lost  contact  condition,  the  FAMISHED  time  duration 
is  reduced  to  30  seconds. 

b.  Bogey  Dope.  If  the  CAP  engages  a  missile  (split  track),  and  the 
distance  beveen  the  CAP  and  the  missile  is  within  10  miles,  the  missile  is 
destroyed  and  the  voice  message  "BGGEY  DOPE  ON  PLATFORM"  is  requested  for 
generation. 

i.  Rendezvous.  When  a  flag  is  set  as  a  result  of  an  event  occurrence 
or  time  elapse  from  exercise  start,  the  voice  message  "REQUEST  RENDEZVOUS 
WITH  c/s"  is  requested  for  generation. 

Responsive  (ears).  AIC  instructions  and  requests  for  data  that  are  recognized 
are  formatted  into  MCA  messages  by  the  Speech  Computer  and  transmitted  to 
the  pilot  simulation  function  for  processing.  The  following  processing  is 
in  this  category: 

a.  Looking.  When  the  AIC  indicates  that  a  stranger  is  in  the  area, 
the  voice  message  "LOOKING"  is  requested  for  generation  in  response  to  the 
Initial  stranger  concern. 

b.  Headings  and  Turns.  When  instructed  to  a  new  heading,  the  voice 
message  "ROGER  xxx"  repeating  the  directed  heading  is  requested  for  generation. 
The  CAP'S  new  directed  heading,  along  with  the  turn  rate  and  direction  of 
turn  when  provided,  are  placed  in  the  track  data  section  of  the  shared  page 
for  the  aircraft  simulation  function.  Other  related  heading  and  turn  data 
consist  of: 

( 1 )  "STEADY  xxx"  response  is  requested  for  generation  to  a  "STEADY" 
AIC  verbalization,  and  the  directed  heading  is  set  to  the  current  heading 
in  the  track  data  section  of  the  shared  page. 

(2)  "BREAKAWAY  xxx"  and  "CONTINUE  xxx"  heading  responses  are  processed 
similarly  to  the  directed  heading  and  steady  Instructions.  However,  for 
a  breakaway  following  a  Tally  Ho  condition,  an  intercept  outcome  is  determined. 
Determination  is  be  based  on  the  scenario  and  the  voice  message  "SPLASH  y 
BOGEY(s)*  or  "HEADS  UP,  y  BOGEY(s)"  is  requested  for  generation. 

(3)  Responses  for  anchoring  (port,  starboard)  and  turning  (ease, 
tighten)  are  also  requested  for  generation,  and  the  track  data  section  of 
the  shared  page  adjusted  accordingly. 
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o.  Data  Reqi^-ts.  When  status  data  pertaining  to  fuel,  TACAN,  or  altitude 
are  made  by  the  AIC,  the  appropriate  data  are  obtained  from  the  track  data 
section  of  the  shared  page,  and  the  respective  voice  message  requested  for 
generation. 

d.  Roger.  AIC  verbalizations  that  require  acknowledgement  request 
the  voice  message  "ROGER”  be  generated;  e.g.,  "c/s  ON  STATION*. 

e.  Lost  Communication.  When  the  AIC  indicates  lost  communication  inten¬ 
tions,  the  voice  message  "RENDEZVOUS  POINT  WHISKEY,  ANGELS  zz"  is  requested 
for  generation. 

BOGEY  FUNCTION.  This  function  maneuvers  the  bogey  as  defined  by  the  scenario 
control  commands.  It  operates  in  the  Simulation  Computer. 

Inputs.  The  bogey  function  responds  to  scenario  control  command  requests. 
These  requests  access  the  track  data  section  of  the  shared  page. 

Outputs.  The  bogey  funotion  transmits  system  event  data,  as  identified  in 
Appendix  B,  and  provides  updates  to  the  track  data  section  of  the  shared 
page. 

Function.  The  bogey  function  responds  to  the  following  scenario  control 
command  requests: 

a.  Turn  on  track.  A  one  time  computation  of  the  heading  toward  ownsh'p 
is  performed  and  assigned  to  the  bogey  between  one  and  ten  seconds  after 
the  bogey  is  turned  on.  This  randomizes  the  bogey's  angle  of  attack  on  ounship 
and  its  reference  to  the  CAP. 

b.  Jink.  A  bogey  jink  is  implemented  upon  request,  given  the  direction 
and  duration.  The  balance  of  the  system  is  notified  with  an  MCA  message. 
At  the  conclusion  of  the  Jink,  the  bogey  is  put  back  on  a  heading  toward 
owns hip. 

c.  Split.  The  bogey  fires  a  mlssle  directed  toward  ounship  upon  request. 
The  track  data  section  of  the  shared  page  is  updated  with  a  new  track  and 
other  associated  track  characteristics. 

STRANGER  FUNCTION.  This  function  flies  the  designated  track  to  within  three 
miles  of  the  CAP  to  create  a  "stranger”  condition.  It  operates  in  the  Simulation 
Computer. 

Inputs.  Input  to  the  stranger  function  consists  of  the  track  number  of  the 
stranger  track  and  the  track  data  section  of  the  shared  page. 

Outputs.  Outputs  from  the  stranger  function  consist  of: 

a.  The  intercept  heading  to  the  CAP  is  set  as  directed  heading  in  the 
stranger's  entry  of  the  track  data  section  of  the  shared  page 
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b.  System  event  data,  as  described  in  Appendix  S,  is  transmitted  to 
the  Simulation  Systems  EXEC  for  distribution 

Function.  The  stranger  function  becomes  active  as  the  result  of  the  execution 
of  a  scenario  STRANGER  command  which  must  identify  a  track  type  that  is  a 
stranger.  An  intercept  heading  is  calculated  from  the  stranger  to  the  CAP 
and  placed  in  the  stranger's  entry  in  the  track  data  section  of  the  shared 
page.  When  the  stranger  track  is  within  three  miles  of  the  CAP,  the  stranger 
function  is  set  inactive,  and  the  stranger  track  continues  on  its  last  intercept 
heading. 

SVC  FUNCTION.  This  function  simulates  the  voice  and  operational  actions 
of  the  SVC  according  to  the  SVC  model.  It  operates  in  the  Simulation  Computer. 

Innuta.  System  events  and  the  track  data  section  of  the  shared  page. 

Cutouts.  The  SVC  function  causes  voice  messages  to  be  Issued  from  the  Speech 
Computer  and  NTDS  console  actions  (pointers,  alerts,  lights,  etc.)  to  be 
implemented  based  on  the  SVC's  operational  activities. 

Function.  The  SVC  model  has  three  levels  of  proficiency: 

a.  Passive.  A  passive  SVC  a  kes  no  status  requests  or  reminders  to 
AIC  to  update  CAP  and  bogey  symbols,  i.e.,  SVC  function  has  nothing  to  do. 

b.  Fair  Pesty.  A  fair  pesty  SVC  tells  the  AIC  to  update  CAP  and  bogey 
symbols  whenever  either  is  more  than  two  miles  off.  Status  reports  are  requested 
once  during  run  out.  In  addition,  monitoring  for  alert  conditions  and  AIC-SVC 
voice  communications  is  maintained. 

c.  Pesty.  A  pesty  SVC  pells  the  AIC  to  update  CAP  and  bogey  symbols 

whenever  either  is  more  than  one  mile  off.  Status  reports  are  requested 

every  five  minutes.  In  addition,  monitoring  for  alert  conditions  and  AIC-SVC 
voice  communications  is  maintained. 

SVC  processing  is  based  on  the  following  system  events: 

a.  CAP  symbol  update  -  request  symbol  update  when  appropriate. 

b.  Bogey  or  split  appeared  -  request  appropriate  alerts. 

a.  AIC  depression  of  intercom  button  -  respond  with  appropriate  voice 
message. 

d.  AIC  voice  message  -  respond  with  appropriate  voice  message. 

Generation  of  voice  message  "VHAT  STATE”  will  be  requested  of  the  Speech 
Computer  under  the  following  conditions: 

a.  Fair  Pesty  SVC  Model.  Approximately  one  minute  after  the  Intercept 
has  been  initiated,  and  only  onoe. 
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b.  Peaty  SUC  Model.  Approximately  every  five  minutes  after  the  scenario 
has  been  initiated. 

SUC  processing  will  not  occur  during  rendezvous  and  during  set  ups. 
SUC  processing  detects  system  events,  as  defined  in  Appendix  8,  and  transmits 
them  to  the  MCA  router  for  distribution. 

SPEECH  RECOGNITION  AND  UNDERSTANDING  FUNCTION.  The  purpose  of  this  function 
is  to  recognize  and  understand  student  AIC  voice  inputs  in  order  to  provide 
simulated  pilot  voice  responses  and  associated  flight  maneuvers,  and  verbal 
responses  from  the  SUC.  Speech  recognition  and  understanding  are  also  necessary 
for  performance  measurement  and  evaluation  of  the  student  during  commented 
practice  and  free  practice  Instructional  segments. 

This  function  shall  operate  in  the  Speech  Computer  and  shall  employ 
an  NEC  DP-100  Continuous  Speech  Recognition  System.  The  DP-100  system  works 
by  comparing  speech  input  from  a  speaker  with  previously  collected,  or  trained, 
samples  of  the  speaker  speaking  the  phrases  in  the  vocabulary.  The  voice 
collection  and  validation  function  performs  the  initial  voice  collection 
operation. 

The  terms  phrase,  utterance,  and  message  are  used  in  this  discussion. 
A  phrase  is  defined  as  being  composed  of  one  or  more  English  words.  A  phrase 
is  a  lexical  item  stored  in  the  DP-100  and  is  the  smallest  unit  used  for 
speech  recognition.  Examples  of  phrases  are:  TUO,  SPEED  POINT,  and  MARE 
TOUR  TACAN.  An  utterance  is  a  collection  of  one  or  more  phrases  spoken  between 
extended  pauses;  e.g.,  STATE  110.  A  message  is  one  or  more  utterances  comprising 
a  complete  transmission;  e.g.,  SILVER  HAUE  <pause>  VECTOR  180  <pause>  FOR 
BOGEX  <pause>. 

Analysis  has  proven  that  by  applying  some  syntactical  knowledge  to  the 
output  of  the  DP-100,  better  understanding  of  some  recognized  messages  can 
be  accomplished.  The  capability  of  the  DP-100  is  limited  in  its  ability 
to  recognize  an  utterance  consisting  of  more  than  five  phrases.  Since  many 
AIC  messages  contain  more  than  five  phrases  (e.g.,  BOGET  TRACKING  207,  SPEED 
POINT  4),  concatenation  of  utterances  into  complete  messages  is  necessary. 
Due  to  the  five  phrase  limitation  of  the  DP-100,  the  ACE  AIC  vocabulary  includes 
extended  pauses  which  requires  some  student  training  to  aid  in  the  DP-1 00 's 
recognition.  Some  "extra"  extended  pauses  provided  by  a  hesitating  student 
are  removed  by  syntactical  knowledge  when  concatenating  a  complete  message. 

The  DP-100  does  not  always  perfectly  match  speech  input  with  its  corre¬ 
sponding  reference  pattern,  but  instead,  matches  it  with  a  "sound  alike”. 
For  example,  PORT  and  FOUR  both  sound  very  much  alike  to  the  DP-100.  Utterances 
that  are  not  syntactically  correct  are  improved  for  "sound  alike"  conditions. 

The  speech  recognition  function  consists  of  four  subfunctions: 

a.  Speech  recognition  -  which  is  the  DP-100  hardware  translation  of 
utterances  into  a  sequence  of  phrase  numbers. 
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b.  Syntactical  handler  -  which  syntactically  inproves  the  DP- 100  outputs 
and  concatenates  utterances  into  messages. 

c.  Semantic  Interpreter  -  which  identifies  and  formats  the  messages 
for  use. 

d.  Speech  Recognition  Recording  -  which  time  tags  and  records  speech 
recognition  subfunotion  and  semantic  Interpreter  subfunction  outputs. 

Speech  Recognition  Subfunction. 

Inputs.  Inputs  to  the  speech  recognition  subfunction  consist  of: 

a.  Voice  reference  patters  for  all  phrases  in  the  vocabulary  for  the 
exercise 

b.  A  list  of  phrase  numbers  to  return  for  each  phrase  tht  is  recognized 

c.  Voice  inputs 

Outputs.  Output  of  the  speech  recognition  subfunotion  consists  of  a  sequence 
of  phrase  numbers. 

Subfunction.  This  subfunction  assumes  that  the  DP-100  hardware  is  loaded 
with  the  correct  vocabulary  set  and  that  it  is  ready  to  accept  voice  data 
for  translation  into  phrase  numbers.  When  voice  data  are  received,  the  DP-100 
attempts  to  match  the  phrases  with  reference  patterns  contained  in  the  loaded 
vocabulary  set.  When  a  phrase  can  not  be  recognized,  a  not  recognized  number 
is  issued.  The  DP- 100  outputs  its  data  when  an  extended  pause  is  encountered. 

Syntactical  Handler.  jSufrfuacUo, a. 

Inputs.  Input  to  the  syntactical  handler  subfunction  consists  of  a  sequence 
of  phrase  numbers  and  confidence  values  from  the  DP-100. 

Outputs.  Outputs  from  the  syntactical  handler  subfunction  consist  of: 

a.  A  sequence  of  phrase  numbers  consisting  of  one  or  more  utterances 
that  has  been  syntactically  Improved,  where  possible,  or  an  indication  of 
non-recognition 

b.  A  confidence  factor  of  the  recognition 

Subfunction.  The  purpose  of  this  subfunotion  is  to  find  a  syntactically 
correct  explanation  of  the  phrases  recognized  by  the  DP-100.  This  is  accomplished 
by  searching  for  phrases  that  can  be  substituted  because  they  sound  alike 
or  can  be  ignored  in  cases  where  the  raw  phrases  recognized  do  not  fit  the 
AIC  grammar. 


Along  with  the  syntactically  improved  recognition,  the  syntactic  handler 
subfunction  will  output  a  confidence  factor  which  is  a  combination  of  the 
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raw  confidence  values  from  the  DP-100  and  adjustments  to  the  confidence  for 
each  Improvement. 

Semantic  Interpreter  Subfunction. 

Inputs.  The  Inputs  to  the  semantic  interpreter  are: 

a.  A  sequence  of  improved  phrase  numbers  from  the  syntactic  handler 
that  constitute  a  possible  message 

b.  A  confidence  factor  which  is  used  as  an  indication  of  bow  well  the 
original  sequence  of  phrases  fit  the  explanation  selected 

c.  State-of-the-world  information  from  the  shared  page 
Outputs.  Outputs  from  the  semantic  interpreter  consist  of: 

a.  Requests  to  speech  generation  to  speech  the  phrase  "say  again"  for 
certain  messages  whose  confidence  factors  are  below  a  predefined  threshold 

b.  Message  formated  for  use  by  the  rest  of  the  system 

Subfunction.  This  subfunction  will  use  state-of-the-world  information  to 
fill  in  missing  or  unrecognized  phrases  and  make  desired  improvements  in 
recognition  (e.g. ,  correcting  headings) .  It  shall  al3o  decide  whether  the 
message  should  be  output  to  the  rest  of  the  system.  This  decision  is  based 
on  the  message  confidence  factor  and  the  settings  of  pertinent  console  switches 
(e.g.,  C0MM2) . 

Spaech- Recognition  Recording  Subfuacllaa. 

Inputs.  Inputs  to  the  speech  recognition  recording  subfunction  are: 

a.  The  sequence  of  phrase  "umbers  recognized  by  the  DP-100  for  each 
utterance 

b.  The  sequence  of  phrases  that  is  selected  by  the  syntactic  handler 
for  each  message  found 

c.  An  indication  from  the  semantic  interpreter  of  the  messages  as  they 
are  understood  and  reported  to  the  rest  of  the  system 

Outputs.  The  output  of  the  speech  recognition  recording  subfunction  is  a 
disk  file  of  time- tagged  recognitions. 

Subfunction.  The  speech  recognition  recording  subfunction  builds  and  stores 
on  disk  an  accumulated  record  of  time-tagged  recognitions.  This  information 
1s  transferred  to  the  Instructor  Computer  after  each  exercise  for  use  by 
System  Summary. 

SXNTHESIZED  SPEECH  FUNCTION.  This  function  generates  speech  for  the  voice 
simulation  of  the  CAP  flight  crew. 
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Xt  shall  operate  la  the  Speech  Computer.  The  implementation  is  centered 
around  a  voice  synthesizer  (a  Votrax  phoneme  synthesizer)  and  is  controlled 
by  the  Votrax  subfunction. 


Inputs.  Inputs  to  the  Votrax  subfunction  consist  of  MCA  messages  containing 
one  or  more  phrase  identifiers.  The  MCA  format  and  identification  of  the 
phrase  phonemes  are  found  in  Appendix  B. 

Outputs.  Outputs  from  the  Votrax  subfunction  consist  of  the  selected  phrases 
being  verbalized  through  the  Votrax  voice  synthesizer. 

Subfunction.  The  Votrax  subfunction  locates  the  indicated  input  phrase  phonemes 
from  a  disk  file,  FRAZ.VO,  and  concatenates  them  into  one  phoneme  set.  This 
phoneme  set  is  then  provided  to  the  Votrax  system  with  the  appropriate  control 
data  for  generation  of  the  respective  voice  data. 

FRAZ.VO  is  prepared  initially  by  using  a  text  editor  and  a  phrase  composition 
program. 

DIGITIZED  SPEECH  FUNCTION.  This  function  generates  speech  for  the  purposes 
of  providing: 

a.  Voice  simulation  of  the  MAC  flight  crew 

b.  Voice  simulation  of  the  SWC 

c.  Instructional  messages  to  the  student 

d.  Playback  capability  of  recorded  speech  (REPLAT). 

This  function  also  provides  the  record  facility  for  student  utterances 
in  preparation  for  Replay. 


Inputs.  Inputs  to  the  digitized  speech  subfunction  consist  of  MCA  messages 
containing  one  or  more  phrase  identifiers.  The  MCA  message  format  and  the 
established  phrases  are  described  in  Appendix  B. 

Outputs.  Outputs  from  the  digitized  speech  subfunction  consist  of  the  selected 
phrases  being  verbalized  through  the  digitized  speech  interface. 

Subfunction.  The  digitized  speech  subfunction  locates  the  indicated  input 
phrase(s)  from  the  disk  file  containing  established  digitized  phrases  for 
simulation  or  training  purposes. 

Each  digitized  speech  disk  file  has  an  associated  index  file  dictating 
the  position  said  length  of  a  given  phrase  in  the  speech  file.  The  located 
digitized  phrases  are  concatenated  and  supplied  to  the  speaker  system  via 
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an  output  channel  to  the  digitized  speech  interface  in  order  to  verbalize 
the  speoified  data. 

Replay  Subfunction. 

Inputs.  Inputs  to  the  digitized  speech  subfunction  consist  of  an  MCA  aessage 
described  in  Appendix  B  which  requests  the  start  of  voice  replay.  The  student 
speech  files,  indexing  files,  and  replay  timing  files  are  all  accessed  during 
the  operation  of  the  subfunction. 

Outputs.  Outputs  from  digitized  speech  subfunction  consist  of  the  selected 
phrases  being  verbalized  through  the  digitized  speech  Interface  and  of  buffered 
synthesized  speech  requests. 

Subfunction.  The  replay  subfunction  steps  through  the  time-tagged  replay 
file  using  its  own  clock.  When  the  clock  matches  the  replay  time,  the  speech 
request  is  checked  for  a  destination  of  synthesized  or  digitized  speech. 
For  a  synthesized  speech  destination,  a  aessage  is  placed  in  a  buffer  and 
sent  to  the  synthesized  speech  function  for  generation.  In  the  case  of  a 
digitized  speech  destination,  the  phrase  request  is  forwarded  to  the  playback 
subfunction. 

Baconi  Subflacllfla* 

Inputs.  Inputs  are  student  utterances. 

Outputs.  Replay  files  consisting  of  the  student's  digitized  speech  file 
and  replay  timer/index  file. 

Subfunction.  The  record  function  is  operational  only  in  free  practice. 
It  is  notified  when  the  student  is  speaking.  In  this  case,  the  digitized 
voice  information  is  stored  on  disk.  An  entry  is  made  in  the  replay  timer/ index 
file  indicating  time  of  entry,  phrase  position  in  file,  and  phrase  length 
in  blocks. 

SYMBOLOGY 

ACE  will  be  using  standard  NTDS  symbology  for  the  symbols  in  the  displays 
presented  to  the  trainee.  Table  1  illustrates  these  symbols  and  gives  information 
about  them. 

The  symbols  will  appear  on  the  TEC  radar  display  and  in  audiovisual 
presentations.  They  have  been  programmed  into  ROM  memory  in  the  Megatek 
computer  as  a  special  addition  to  the  standard  character  set.  Symbols  will 
be  displayed  and  moved  on  the  radar  display  in  response  to  requests  from 
various  simulation  function  programs.  The  initial  type  and  position  of  the 
symbols  will  be  determined  by  the  scenario  generation  function  and  displayed 
by  the  NTDS  model  function.  The  NTDS  model  function  will  generate  requests 
for  symbology  changes  in  repsonse  to  trainee  actions  (engagement,  hook,  etc.) 
and  to  satisfy  the  self-regulated  aspects  of  the  NTDS  operational  programs 
(engagaent  line  updating,  NTDS  automatic  tracker,  etc.)  The  tracker  model 
funotion  will  maintain  aircraft  symbology  whose  positioning  requires  changes 
in  real  time  (l.e.,  CAP,  bogey,  and  the  air  symbols). 


68 


CLEARED 
TO  FIRE 


TABLE  1.  ACE  SYMBOLOGY  -  continued 


NAVTHAEQUIPCEN  78-C-0182-8 


a e 

$ 

u 

oe 


<o 

se 

25 

a  u 


ac  a 

u  a) 

S2 


O 

u 

x 

u  >• 

<  CD 


>2 

i  2 
cg<> 


m§; 


01 

_  06 
a  u 
«  a 

a  <  fi 

<  J 


1 


2 


a  a 

H*  U 
f4  K 

S3 


*  s 
a*  X 


< 

J  z 

oS 

s* 

> 

03 


i  <u  i  4  <a 

d  fl  ci  44-* 
o  >»  o  * 

4  (0  #-*  O  ha 

*4  0  «Ad  o 

Qa  to  «*»  ^  ■ 

He  o  *0  a  -a 

O  -h  to  V  >t  4 

*i  -u  a*  m  4  -* 

c  u  o 

*0  C  O  0  4  4  0 

4  4  -a  o  ■  £ 


e 

4  0^ 

C  AJ  4 
4  O  -Q 
3  C  J3 
a*  3  u  4 
<U«M  Q  Ad 
CQ 


< 

X 


< 

z 


< 

£ 


< 

5r 


a  a 

^  4 


4 

I  C 
to  O 

0  «•*  *o 


w  a  Ad  >«m  Q  j-»  4 
0  3  4  I  <■* 

•u  »■<**  aj  c  a  o 

fljrtaBQflfl 
CO  4  Q  4  H  Oi.fi 
-C  O  J'HH  j* 

3  n  1  Mi  4  y 

Jtf  0*  4  4  4  Cl  4 

u  vj:q£o«<u  u 

4  U^Al4l  041 

to 

*« 


4  4  4h^4 
Ad  Ad  A*  .Q  U 
S  JJ  T3  Oh 
-a  4  »to  C  4  to  4 

4  4  0 

a  a  x 


< 

s 


< 

\ 

X 


u 

3 


4 

US 


O  AJ 


8. 


JR  Ad  e  to  o 
Ad  4  Ohm 

V  AJ  Ad  O 
0»4  e  4 
i3  <  C  to  4  O. 
■-  4  Ad  4 

*9  M  w  CU  Ad 

4  0  A  O  4  4 


N  to 

O  O  4  C 

-A  W  >**4  O 
to  Ad  j3  C  4d 

4  C  *to  Ad 
c  0  to  9  3 

“  *  o  au3 


4  0  0 

o 

01 


< 

£ 


< 

£ 


s 


o 


5  X 
5  £ 


□I 


71 


V  3/16  M/A  N/A  N/A  H/A  4  Scenario  deed  to  alave 

'  '  control  to  a  ayM>ol 

reference  or  or  nark  a 

point  operator  geographical 

input  point 


NAVTRAEQUIPCEN  7  8-00182-8 


SYLLABUS 

The  Ordinal  Syllabus7  was  developed  to  provide  a  curriculum  outline 
defining  instructional  topics,  sequences,  standards,  and  conditions  for  subsequent 
courseware  development.  Implementation  of  the  courseware  development  process 
has  led  to  the  identification  and  use  of  three  types  of  instructional  segments. 
The  types  of  segments  used  to  express  the  instruction  are  interactive  teaching 
(IAT),  commented  practice  (CP),  and  free  practice  (FP). 

Three  types  of  software  tools  are  provided  to  aid  training  analysts 
to  develop  courseware:  (1)  segment  definition  translation,  (2)  scenario 
generation  translation,  and  (3)  voice  collection  and  validation.  Translation 
of  segment  definitions  and  scenario  generations  is  accomplished  using  a  pre¬ 
processing  program.  Voice  collection  and  validation  is  integrated  as  a  function 
with  the  ACE  training  system. 

IAT  SEGMENTS.  Interactive  teaching  segments  can  be  comprised  of  components 
using  all  the  available  instructional  systems.  Teaching  and  testing  can 
be  done  using  CRT  interaction,  voice  generation,  digitized  speech,  videodisc-based 
audiovisual  presentations,  and  graphic  display  and  practice  on  the  training 
enhancement  console  (TEC). 

Instruction  in  the  IAT  segments  is  based  upon  a  step-by-step  presentation 
and  practice  of  preliminary  procedures,  knowledges,  and  psychomotor  skills 
such  as  entering  a  CAP  symbol  or  recognizing  a  jink.  In  IAT  segments  the 
learner  approaches  the  individual  instructional  tasks  with  nothing  else  happening. 
Competing  instructional  tasks  are  minimized  to  promote  concentration  of  the 
current  Instructional  task(s). 

IAT  segments  carefully  build  and  integrate  skill  components  and  then 
test  mastery  of  those  individual  skills  or  skill  sets  before  the  learner 
is  allowed  to  proceed.  Depending  on  the  nature  of  the  instructional  task, 
the  learner  can  be  tested  using  a  computer  automated  paper  and  pencil  type 
test  (i.e.,  multiple  choice,  matching,  etc.)  or  using  simple  checks  of  student 
performance.  In  these  the  learner  uses  the  TEC  simulation  to  show  mastery 
of  a  single  procedure  or  procedure  set  within  predefined  criterion  parameters 
such  as  "within  10  seconds." 

CP  SEGMENTS.  Once  the  learner  has  mastered  requisite  skill  sets  in  the  task 
isolated  IAT  environment,  he  advances  into  appropriate  commented  practice 
(CP)  segments.  CP  segments  have  two  purposes: 

a.  to  practice  and  integrate  recently  learned  skills  in  a  limited  opera¬ 
tional  environment 

b.  to  provide  graduated  practice  (with  an  emphasis  on  new  skill(s)) 
to  assist  the  learner  in  more  and  more  closely  approximating  the  total  operational 
Job  in  either  the  tactical  or  the  training  environment. 

7.  Ordinal*" Syllabus  for  Air  Intercept  Controller  Prototype  Training  System. 
Report  NAVTRAEQUIPCEN  78-C-0182-3  (Logicon,  Inc.).  Naval  Training  Equipment 
Center,  Orlando,  Florida;  in  press. 
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In  the  commented  practice  segment  the  learner  first  applies  skills  acquired 
in  isolation  in  the  adjacent  IAT  segments.  In  the  CP  segments  he  will  utilize 
the  TEC  as  a  work  station.  He  will  be  given  a  brief  simulated  working  task 
that  emphasizes  the  newly  learned  skills  in  concert  with  other  previously 
learned  AIC  tasks.  The  new  skill  emphasis  is  aohieved  by  carefully  limiting 
the  environment  in  terms  of  scenario  complexity;  and  stopping  the  scenario 
run,  providing  feedback  or  remediation  as  appropriate,  and  starting  another 
scenario. 

Testing  for  errors  in  commented  practice  segments  is  accomplished  by 
a  performance  measurement  subsystem  which  monitors  learner  performance  versus 
both  time-tagged  and  event-tagged  standards.  All  measurement  and  scoring 
in  CP  segments  is  done  in  "real-time".  Skills  are  required  to  be  performed 
at  end  of  course  standards  in  order  to  pass  a  CP  run. 

FP  SEGMENTS.  Once  the  learner  has  mastered  the  skills  up  to  end-of-course 
standards  in  the  CP  segment  limited  environment,  he  can  advance  to  a  free 
practice  (FP)  segment.  The  FP  segments'  primary  purposes  are  to  provide 
the  learner  with  pr-.ctiee  in  an  operating  environment  incorporating  all  the 
relevant  skills  the  learner  has  mastered  thus  far  in  the  instructional  sequence; 
and  to  test  the  learner  for  course  mastery  on  specific  skills  throughout 
the  curriculum.  FP  segments  use  only  the  TEC  for  practice.  Like  CP  segments, 
FP  segments  can  measure  learner  performance  on  both  time-tagged  and  event-tagged 
behaviors.  Results  -of  performance  measurement  and  scoring  are  provided  at 
the  end  of  each  run. 

SEGMENT  DEFINITION  COQRSEUARE.  Segment  definition  commands  are  used  to  identify 
the  sequences  of  displays  and  learner/system  interactions  possible  within 
each  curriculum  segment.  Appendix  C  describes  the  segment  definition  commands 
that  are  available.  By  utilizing  these  commands,  the  courseware  designer 
has  the  capability  to  identify  specific  student  inputs  and  alternate  system 
responses  to  provide  instruction,  information,  and  practice  for  the  learner. 
The  set  of  definition  commands  provides  a  powerful  software  tool  for  defining 
courseware  materials  at  a  source  language  level.  The  preprocessor  that  translates 
the  segment  definition  commands  is  described  as  the  last  paragraph  under 
the  syllabus  topic. 

A  segment  is  the  smallest  unit  of  courseware.  All  segments  fall  into 
one  of  three  categories:  Interactive  Teaching  (IAT),  Commented  Practice 
(CP),  and  Free  Practice  (FP).  Table  2  lists  the  functional  characteristics 
of  each  segment  with  respect  to  student  input,  measurement,  system  output, 
and  type  of  training. 

Each  segment  is  defined  by  a  segment  adaptive  description  and  by  a  segment 
command  file.  Segment  adaptive  descriptions  uniquely  identify  each  segment 
and  are  used  to  establish  the  training  syllabus.  Segment  command  files  contain 
commands  which  specify  actions  to  be  performed  by  the  system  during  operation. 
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TABLE  2. 

SEGMENT  TYPES 

INTERACTIVE  TEACHING 

COMMENTED  PRACTICE 

FREE  PRACTICE 

Student 

Input 

Keyboard,  TEC,  Voice 

TEC,  Voice 

TEC,  Voice 

Measurement 

Automated  pen  A  paper, 
Isolated  measurement 
of  TEC  inputs 

Real-time  perform¬ 
ance  measurement 
via  voice  recogni¬ 
tion  and  TEC  input 
monitoring 

Real-time  perform¬ 
ance  measurement 
via  voice  recogni¬ 
tion  and  TEC  input 
monitoring 

System 

Output 

Audiovisual  sequences, 
CRT  text,  TEC  LED(s), 
Automated  speech 
(Votrax,  Digitized) 
Simulation  displays 
(DROs  and  graphics) 

Simulation  displays 
(DROs  and  graphics) 
Automated  Speech 
(Votrax,  Digitized) 
CRT  text 

Simulation  displays 
(DROs  and  grahics) 
Automated  speech 
(Votrax,  Digitized) 
CRT  text 

Type  of 
Training 

Isolated  skills: 
Remembering  (memory) 
and  application  in 
isolation; 

Overview,  discus¬ 
sions,  demonstrations 

Isolated  skills: 
Application  in 
constricted  envi¬ 
ronment  and  grad¬ 
uated  practice  of 
complex  skills, 

Basic  skill 
Integration 

Mastery  level 
skills:  Jntegra- 
of  skills  to  end 
of  course  stand¬ 
ards,  Improvement 
of  skill  achieve¬ 
ment  levels 

Segaent  adaptive  descriptive  iafornation  consists  of: 

a.  Segment  nunber 

b.  Segment  type  (IAT,CP,FP) 

o.  Segment  number  of  next  segment 

d.  Reviewability 

e.  Segment  number  of  remediation  segment 

f.  Segment  number  of  challenge  segment 

Adaptive  descriptive  information  for  eacb  segment  will  be  contained 
as  an  eighty  column  entry  in  the  syllabus  table.  The  structure  of  the  entry 
is  given  below: 

a.  Column  1*3:  A  unique  segment  number  between  tOO  and  S99 
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b.  Column  5-6:  1  3  IA  (for  IAT) 

2  s  CP 

3  a  FP 

c.  Column  9:  Fa  Not  reviewable,  T  a  reviewable 

d.  Column  12  -  14:  Segment  number  of  segment  which  follows  If  the 
student  successfully  completes  this  segment  or  0  if  none 

e.  Column  17  -  19:  Segment  number  of  segment  which  follows  If  the 
student  does  not  successfully  complete  this  segment  or  0  if  none 

f.  Column  22  -  24:  Segment  number  of  segment  which  follows  if  this 
segment  is  challenged  or  0  if  the  segment  is  not  challenged 

g.  Column  28  -  29:  Unit  number  to  which  the  segment  belongs 

The  sequence  in  which  segment  command  files  are  executed  is  determined 
by  the  syllabus  table  and  by  student  performance  and  choice.  This  is  discussed 
further  in  Adaptive  Training  Control. 

The  segment  command  files  are  used  to  provide  the  learning  environment 
described  earlier.  The  commands  used  to  build  these  files  are  given  in  Appen¬ 
dix  C.  The  translated  file  format  is  given  in  Appendix  B.  The  processing 
of  the  commands  is  described  in  Adaptive  Training  Control. 

SCENARIO  GENERATION  COURSEWARE.  Scenario  generation  commands  are  used  to 
configure  the  environment  simulation  so  as  to  present  a  broad  spectrum  of 
simulated  CIC  AAV  team  experience  based  on  the  AIC’s  role.  Scenario  commands 
are  used  to  describe  demonstrations  or  exercises.  Appendix  A  defines  the 
scenario  generation  commands  that  are  available.  Each  command  has  a  particular 
function  which  either  alters  the  flight  of  an  aircraft,  changes  the  directives 
of  the  models,  interrupts  the  running  scenario,  accesses  specialized  routines, 
or  determines  the  initialization  of  the  aircraft,  TEC  picture,  or  models. 
All  commands  are  designated  to  trigger  processing  upon  elapse  of  exercise 
operation  time  duration,  or  upon  the  occurrence  of  a  recognized  event;  e.g., 
JUDY  condition. 

The  preprocessor  that  translates  scenario  generation  source  commands 
into  formatted  binary  file  data  is  described  as  the  last  paragraph  under 
the  syllabus  topic. 

VOICE  COLLECTION  AND  VALIDATION  FUNCTION.  This  function  is  used  during  inter¬ 
active  teaching  and  as  a  result  of  activation  of  special  function  keys  at 
the  Instructor  and  student  stations.  Its  purpose  is  to  collect  the  reference 
pattern  for  a  designated  phrase  and  to  allow  the  trainee  to  praotlce  a  previously 
trained  phrase.  This  function  operates  primarily  in  the  Speech  Computer 
with  some  control  provided  by  the  Instructor  Computer. 

There  are  four  voice  collection  and  validation  subfunctions:  the  voice 
practice,  the  voice  collection,  the  voice  validation,  and  the  voice  test 
subfunctions.  Normal  usage  in  an  interactive  teaching  segment  consists  of 
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a  practice,  collect,  and  validate  sequence.  "Practice"  allows  the  student 
to  practice  verbalization  to  gain  familiarity  with  a  vocabulary  item.  "Collect" 
allows  a  speech  reference  pattern  to  be  stored  for  a  vocabulary  item.  "Validate" 
allows  the  "collected"  reference  pattern  for  a  vocabulary  item  to  be  verified. 
The  "voice  test"  subfunction  is  used  at  some  later  time  to  test  the  system's 
recognition  over  a  set  of  vocabulary  items. 


Inputs.  Inputs  to  the  voice  practice  subfunction  consists  of: 

a.  The  element  number  of  the  phrase  or  phrases  to  be  practiced 

b.  The  student's  vocalization 

Outputs.  The  outputs  of  the  speech  practice  subfunction  consist  of: 

a.  Feedback  to  the  student  about  the  quality  of  his  voicing 

b.  A  message  to  Adaptive  Training  Control  indicating  student  performance 

Subfunction.  Voice  practice  is  used  to  reinforce  proper  speaking  techniques. 
This  is  accomplished  by  prompting  the  student  with  a  digitized  voice  prompt 
which  demonstrates  speech,  pronunciation,  and  proper  use  of  pauses.  A  CRT 
text  prompt  is  also  used  to  visually  reinforce  the  digitized  prompt.  When 
the  student  speaks,  his  performance  is  evaluated.  He  will  be  informed  if 
he  has  not  met  the  criterion  for  footkey  action,  voice  level,  or  proper  number 
of  utterances.  The  student  will  be  reprompted  until  he  has  correctly  spoken 
the  messge  twice  or  has  erred  three  times  in  a  row.  Adaptive  Training  Control 
will  be  notified  when  processing  is  complete. 


Inputs.  Inputs  to  the  voice  collection  subfunction  consist  of: 

a.  The  element  number  of  the  phrase  or  phrases  to  be  collected 

b.  The  student’s  vocalization 

Outputs.  The  outputs  of  the  speech  collection  subfunction  consist  of: 

a.  Feedback  to  the  student  about  the  quality  of  his  voicing 

b.  A  voice  reference  pattern  for  each  of  the  phrases  collected 

c.  A  message  to  Adaptive  Training  Control  indicating  whether  or  not 
the  phrases  were  collected  successfully 

Subfunction.  Voice  collection  can  be  activated  through  a  student  generated 
request  to  retrain  a  phrase,  or  as  the  result  of  a  segment  definition  command. 
The  mode  of  invocation  has  no  functional  effect.  The  dialogue  with  the  student 
is  identical  to  that  in  voice  collection.  The  student  is  prompted  with  the 
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digitized  voice  prompt  and  a  CRT  text  prompt.  The  voicing  is  evaluated  for 
proper  footicey  action,  voice  level,  and  number  of  utterances  collected. 
If  the  voicing  meets  the  crltera  of  acceptance,  the  voice  reference  patterns 
for  the  collectable  phrases  will  be  saved  on  disk  for  later  use.  If  the 
voicing  does  not  meet  the  criteria,  the  student  will  be  reprompted  and  re¬ 
evaluated.  Collection  continues  until  two  copies  of  each  phrase  have  been 
collected  or  the  student  errs  three  times  in  a  row.  Adaptive  Training  Control 
is  notified  when  processing  is  complete. 

Yolce  Validation  Subfunction. 

Inputs.  Inputs  to  the  voice  validation  subfunction  consist  of: 

a.  The  element  number  of  the  phrase  or  phrases  to  be  validated 

b.  The  student's  vocalizations 

c.  The  voice  reference  patterns  of  the  phrases  to  be  validated 
Outputs.  Output  of  the  voice  validation  subfunction  will  consist  of: 

a.  Feedback  to  the  student  about  how  well  he  is  being  recognized 

b.  A  message  to  Adaptive  Training  Control  indicating  student's  performance 

Subfunction.  The  purpose  of  this  subfunction  is  to  verify  that  ACE  can  recognize 
the  student's  speech  inputs  using  previously  collected  voice  reference  patterns. 
The  student  is  prompted  with  a  CRT  text  prompt.  His  vocalization  is  checked 
for  proper  voice  level  and  footkey  action.  If  he  meets  the  criterion  for 
each  of  those  areas,  the  DP-1 00' 3  interpretation  of  the  vocalization  is  compared 
with  the  expeoted  phrases.  If  the  phrases  match,  the  student  is  shown  that 
he  was  properly  recognized.  If  the  phrases  recognized  do  not  match  the  expected 
phrases,  the  phrases  that  were  recognized  are  displayed,  and  the  student 
is  reprompted.  If  the  student  cannot  be  recognized,  he  will  be  advised  to 
retrain  the  unrecognizable  phrases. 

IqI  cfl  _  IgaL.Subfuns  tlau- 

Inputs.  Inputs  to  the  voice  test  subfunction  consist  of: 

a.  The  voice  reference  patterns  for  the  present  level  of  training 

b.  Student  voice  Inputs 

Outputs.  Outputs  of  the  voice  test  subfunction  consist  of  a  display  of  the 
phrases  that  are  recognized  or  an  indication  that  the  incoming  speech  could 
not  be  recognized. 

Subfunotlon.  The  purpose  of  the  voice  test  subfunction  is  to  provide  the 
student  with  feedback  about  how  well  ACE  is  recognizing  him,  to  help  the 
student  learn  to  speak  in  a  way  that  optimizes  recognition,  and  to  identify 
poorly  ooll acted  phrases  so  that  they  can  be  retrained. 
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This  subfunotloa  may  b«  activated  by  the  student  via  the  student  special 
function  key  INIT  VOICE  TEST.  Processing  continues  until  student  requests 
the  voice  test  to  be  ended. 

During  voice  test  the  student  may  speak  any  phrase  in  the  current  vocab¬ 
ulary,  without  regard  to  normally  applied  rules  of  AIC  grammar  or  ACE  stylization 
constraints.  Recognitions  will  not  be  improved  as  they  are  in  a  free  or 
commented  practice. 

SEGMENT  DEFINITION  AND  SCENARIO  GENERATION  PREPROCESSOR.  A  separate  pre¬ 
processing  program  is  used  to  translate  segment  definition  source  commands 
or  scenario  generation  source  commands  into  their  prescribed  binary  formats. 
Appendixes  A  and  C  define  the  source  commands  for  scenario  generation  and 
segment  definition,  respectively.  The  translated  binary  formats  are  presented 
in  paragraphs  of  Appendix  B.  The  preprocessor  will  normally  operate  in  the 
Instructor  Computer;  however,  one  of  the  other  processors  may  be  used  if 
a  system  console  is  available. 

General  Syntax  Rules.  The  following  basic  rules  apply  to  the  syntax  of  the 
commands: 

a.  Both  scenario  generation  and  segment  definition  source  onmaanri  arguments 
are  separated  with  spaces 

b.  Commands  may  be  preceded  by  spaces  and  tabs 

c.  A  "C"  followed  by  a  space  as  the  first  two  entries  of  a  line  indicates 
a  coament  line 

d.  Each  command  is  ended  by  a  new  line  key 

Translation  Processes.  The  following  kinds  of  ASCII  source  to  formatted 
binary  translation  occurs: 

a.  Names  to  integer  identifiers 

b.  Strings  to  strings  (reformatting  only) 

c.  Numbers  to  binary  coded  decimal  numbers  (4  bits  each) 

d.  Numbers  to  integers  or  real  numbers 
Disk  File  Definitions. 

Input  Files.  The  following  kinds  of  input  disk  files  are  used  by  the  pre¬ 
processor: 

a.  Segment  definition  source  commands 

b.  Scenario  generation  source  commands 
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c.  Scenario  generation  (package)  source  commands 

d.  Scenario  generation  (background)  source  commands 

Input  can  consist  of  either  a  file  of  segment  definition  source  commands 
or  a  file  of  scenario  generation  source  commands.  Multiple  files  of  package 
and  background  source  commands  may  be  selected  for  inclusion  as  long  as  they 
do  not  cause  conflicts;  e.g.,  two  tracks  with  the  same  number. 

Output  Files.  The  following  kinds  of  output  disk  files  are  created  by  the 
preprocessor: 

a.  Segment  definition  translated  ASCII  File  composed  of  variable  word 

units 

b.  Two  scenario  generation  translated  ASCII  files  composed  of  10  word 
units,  one  file  containing  time  driven  commands  and  the  other  even  driven 
commands 

c.  Printable  file  of  source  versus  translated  data 

d.  Error  file  of  detected  syntax,  sequence,  and  omission  errors 

Sorting.  The  translated  scenario  generation  data  are  sorted  in  ascending 
numerical  order  based  on  the  time  and  event  word.  Events  are  translated 
as  negative  numbers.  Initialization  commands  are  defined  as  those  with  a 
time  of  zero. 

Error  Checking.  Each  source  command  will  be  verified  that  it  has  the  correct 
number  of  associated  arguments  and  that  applicable  argument  values  are  within 
their  respective  allowable  ranges.  If  a  syntax  error  is  detected,  an  error 
message  identifying  the  error  is  output  to  an  error  recording  file. 

A  separate  error  pass  is  made  on  the  translated  data  (after  sorting 
of  scenario  generation  data)  to  detect  sequence  and  omission  errors.  Errors 
are  recorded  in  the  error  file. 

To  aid  in  identifying  the  location  of  specific  commands  in  error,  command 
line  numbers  and  the  command  line  will  be  supplied  with  a  description  of 
the  error.  Sequence  errors  and  omission  errors  will  be  considered  as  global 
errors  whereby  the  error  descriptions  should  adequately  aid  in  locating  the 
error.  The  following  segment  errors  will  be  reported: 

1.  END  COMMAND  IS  MISPLACED  IN  FILE 

2.  END  COMMAND  IS  MISSING 

3.  TRANSLATION  ERROR. . .INVALID  COMMAND 
ij.  HEADER  COMMAND  IS  MISSING 

5.  COMMAND  REQUIRES  ARGUMENTS  ...#  OF  ARGUMENTS  SHOULD  BE  -> 

6.  COMMAND  SHOULD  NOT  HAVE  ARGUMENTS 

7.  ARGUMENT  IS  NOT  AN  INTEGER. . .ARGUMENT  -> 

8.  ARGUMENT  IS  OUT  OF  RANGE. . .ARGUMENT  -> 

9.  INCORRECT  NUMBER  OF  ARGUMENTS ... SHOULD  BE  -> 
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10.  PMV/A  ERROR  ->  ARGUMENTS  ARE  NOT  IN  PAIRS 

11.  TRANSLATION  ERROR. . .INVALID  ARGUMENT  -> 

12.  INVALID  USE  OF  'CK/O  CHECKED',  DOES  NOT  FOLLOW  PROPER  COMMAND 

13.  WARNING  < -  CRT/B  ERROR. . .STRING  IS  TOO  LONG 

14.  SPEECH  EVENT  NUMBER  IS  NOT  VALID  FOR  PHRASE  TYPE 

15.  NED  ERROR  ->  TOO  MANY  DIGITS  IN  ARGUMENT  (MAXIMUM  OF  5  IS  ALLOWED) 

16.  COMMAND  IS  OUT  OF  SEQUENCE  FOR  TEST/CHECK  BLOCK 
17-  TEST/CHECK  STEP  WAS  NOT  DEFINED. . .STEP  # 

18.  COMMAND  PREVIOUS  TO  THE  'T/E'  OR  'CK/E'  WAS  NOT  A  STEP 

19.  NUMBER  OF  TEST  QUESTIONS  IS  INCORRECTLY  STATED  IN  'T/H' 

20.  COMMAND  IS  NOT  VALID  WITHIN  A  TEST/CHECK  BLOCK 

21.  EITHER  A  'T/E'  OR  'CK/E'  COMMAND  IS  MISSING 

22.  NO'CK/?'  COMMANDS  ALLOWED  WITHIN  A  TEST  BLOCK 
23*  NO  'T/7'  COMMANDS  ALLOWED  WITHIN  A  CHECK  BLOCK 

24.  COMMAND  IS  NOT  VALID  FOR  THIS  SEGMENT 

25.  COMMAND  OUTSIDE  OF  TEST/CHECK  BLOCK  'T*  OR  *CK'  IS  MISSING 

26.  HEADER  COMMAND  IS  MISPLACED  IN  THE  FILE 

27.  WARNING  < -  SAME  COMMAND  USED  TWICE  IN  A  ROW 

28.  STEP  WAS  DEFINED  BEFORE  THE  ADV  OR  CHAL  COMMAND 

29.  'R*  STEP  NUMBERS  ARE  NOT  VALID 

30.  PMV  COMMAND  IS  OUT  OF  SEQUENCE 

31.  TOO  MANY  RUN/?  COMMANDS 

32.  STEP  NUMBER  WAS  DEFINED  TWICE... STEP  # 

33.  STEP  WAS  USED  IN  'ADV'  OR  'CHAL'  AND  NOT  DEFINED. . .STEP  # 

34.  TOO  MANY  'SC«  COMMANDS 

35.  'SC'  COMMAND  HAS  NOT  YET  BEEN  DEFINED 

36.  INAPPROPRIATE  USE  OF  RUN/S  COMMAND,  'SC»  COMMAND  IS  MIOSSING 

37.  INVALID  SEGMENT  TYPE  USED 

38.  W/F  ERROR  ->  NOT  ALLOWED  TO  USE  VABs  OR  FABs 

39.  MAJOR  ERROR  < -  INVALID  CONTROL  CHARACTER  IN  CRT/B  STRING 

40.  CK/A  COMMAND  IS  MISSING 

41.  THE  LAST  CK/A  COMMAND  IS  NOT  FOLLOWED  BY  A  STEP  COMMAND 

42.  THE  LAST  T/Q  COMMAND  IS  NOT  FOLLOWED  BY  A  STEP  COMMAND 


The  following  scenario  errors  will  be  reported: 

1.  TRANSLATOR  ERROR,  INVALID  COMMAND 

2.  COMMAND  HAS  NO  ARGUMENTS 

3.  ARGUMENT  IS  NOT  AN  INTEGER ... ARG : 

4.  INVALID  NUMBER  OF  ARGUMENTS. . .SHOULD  BE: 

5.  ARGUMENT  IS  OUT  OF  RANGE  OR  INVALID. . .ARG: 

6.  PACKAGE  OR  BACKGROUND  NUMBER  IS  INVALID 

7.  PIF  IS  NOT  ASSIGNED  TO  A  'CAP*  TRACK  TYPE  (#  'S  2,  11  OR  12) 

8.  TRACK  WAS  USED  WITH  WRONG  TRACK  TYPE. . .TRACK: 

9.  TRACK  TYPE  OF  1  IS  NOT  VALID  (OWNSHIP) 

10.  TRACK  WAS  REFERENCED  BUT  IS  NOT  INITIALIZED ... TRACK : 

11.  -INITPOS-  COMMAND  IS  MISSING  FOR  TRACK 

12.  -INITCOND-  COMMAND  IS  MISSING  FOR  TRACK 

13.  TRACK  WAS  INITIALIZED  MORE  THAN  ONCE. . .TRACK: 

14.  NO  -ABORT-  CONDITION  IDENTIFIED 

15.  -ENGAGED-  COMMAND  WAS  USED  WITH  UNINITIALIZED  TRACK 

16.  TOO  MANY  -STRANGER-  COMMANDS 
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17.  -STRANGES-  COMMAND  IS  MISSING 

18.  -END-  COMMAND  IS  MISPLACED  IN  FILE 

19.  LAST  COMMAND  IS  NOT  AN  -END- 

20.  NO  ERRORS  IN  THIS  FILE 

21.  BLANK  LINE  WAS  FOUND 

22.  FIRST  RECORD  IN  PACKAGE  FILE  MUST  BE  THE  #  OF  COMMANDS 

23.  MOTION  TYPE  IS  NOT  COMPATIBLE  WITH  DIRECTED  HEADING 
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SECTION  III 
SYSTEM  DESIGN 


As  discussed  in  previous  sections,  ACE  is  basically  a  process  control 
system  that  monitors  and  controls  an  environment  external  to  itself,  based 
on  both  internal  and  external  inputs.  As  with  any  system  of  this  type,  ACE 
is  a  complex  system  in  every  sense.  In  following  basic  design  principles, 
ACE  has  been  designed  from  the  broadest  functional  level  down  to  the  most 
detailed,  then  the  interactions  of  these  detailed  functions  have  been  carefully 
thought  out  and  graphically  depicted.  Rigorously  performing  the  above  is 
what  is  termed  "system  design"  and  when  properly  done  allows  the  designer 
to  have  a  clear  and  simplified  view  of  how  the  system  works  at  its  most  funda¬ 
mental  level.  This  section  describes  how  the  basic  components  (including 
the  users)  relate  at  the  levels  of: 

a.  peripherals  -  devices  attached  to  the  system 

b.  man-machine  interaction  -  a  view  of  user  orientation 

c.  intersystem  interaction  -  how  the  various  system  parts  work  together 

d.  I/O  requirements  -  timing  and  nature  of  input  and  output  to-and-from 
the  system. 

PERIPHERALS 

A  V.'.ock  diagram  showing  the  relationship  of  the  ACE  equipment  and  processors 
is  in  Figure  6.  The  flow  between  the  processors  and  equipment  is  identified 
by  paths  1  through  Hi  in  the  diagram.  Terminology  and  data  paths  are  explained 
further  in  I/O  requirements. 

MAN-MACHINE  INTERACTION 

The  student  and  the  instructor  will  interact  with  ACE  using  a  CRT  display 
and  a  standard  ASCII  keyboard  with  a  number  of  additional  keys.  These  additional 
keys  include  a  numeric  keypad,  cursor  controls,  and  user  defined,  special 
function  keys.  The  instructor  and  student  keyboards  will  be  similar,  but 
not  identical,  in  appearance.  No  keys  will  be  in  conflict  between  the  two 
keyboards,  but  one  keyboard  may  have  a  blank  key  where  the  other  has  a  function 
key.  Some  keyboard  functions  will  not  be  allowed  to  the  student,  and  some 
will  not  be  meaningful  to  the  instructor. 

The  ACE  keyboards  will  be  used  in  two  modes  of  operation.  Mode  1  operates 
when  a  student  has  signed  onto  the  system;  an  instructor  may  be  present  at 
the  instructor  station.  In  mode  1 ,  only  the  student  key  subset  will  function 
on  the  student  keyboard  and  the  instructor  key  subset  will  function  on  the 
instructor  keyboard.  Mode  2  operates  when  a  student  has  signed  on  and  an 
instructor  at  the  instructor  keyboard  has  enabled  the  instructor  key  subset 
on  the  student  keyboard,  in  addition  to  the  student  key  subset.  Figures 
7  and  8  present  the  layout  of  the  student  and  instuctor  keyboards,  respectively. 
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Figure  6.  Data  Flow  Among  ACE  Peripherals 
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Figure  8.  Instructor  Station  Keyboard 
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Unless  otherwise  noted,  all  special  function  keys  aot  In  the  following 
manner.  When  a  key  Is  pressed,  the  title  of  the  function  that  it  calls  appears 
in  a  single  command  line  on  the  terminal's  CRT.  The  contents  of  the  command 
line  are  not  acted  upon  by  the  ACE  system  until  "entered”  (that  is,  ENTER 
(NEXT/ENTER))  is  pressed.  Until  that  is  done,  the  blinking  cursor  follows 
the  last  character  in  the  command  line  to  indicate  that  the  command  has  not 
been  accepted  (and  to  indicate  where  the  next  character  in  the  command  line 
will  be  placed  if  another  key  is  pressed).  If  an  invalid  special  function 
is  entered,  "INVALID  ACTION"  will  appear  in  the  command  line  followed  by 
a  list  of  valid  special  function  keys. 

BOTH  KEYBOARDS.  Both  the  student  and  the  instructor  keyboards  will  have 
the  following  keys  enabled: 

a.  The  standard  ASCII  printed  character  keys  (A-Z,  a-z,  0-9,  and  punctu¬ 
ation).  These  are  used  to  put  single  characters  into  the  command  line  on 
the  terminal's  CRT. 

b.  The  SHIFT  key. 

o.  The  DEL  (delete)  key,  which  will  operate  contrary  to  normal  operation 
in  that  it  will  cause  the  entire  command  line  to  be  deleted. 

d.  YES  and  NO  special  function  keys  will  cause  "YES"  and  "NO,"  respectively, 
to  appear  in  the  command  line.  They  are  used  to  input  answers  to  questions 
posed  by  ACE. 

e.  MENU  key  will  cause  a  list  of  the  currently  available  special  functions 
to  be  displayed  on  the  CRT  of  the  terminal  at  which  it  was  pressed.  The 
MENU  display  does  not  appear  on  the  other  terminal's  CRT. 

f.  NEXT/ENTER  key  has  two  functions.  The  NEXT  function  serves  to  call 
up  the  next  page  of  a  sequence  of  text  pages  to  be  displayed  on  the  CRT. 
The  ENTER  function  causes  the  command  input  line  to  be  transmitted  to  the 
ACE  system.  Commands  in  the  command  line  do  not  take  effect  until  the  NE2CT/QFTER 
key  has  been  pressed.  The  action  of  the  NEXT/ ENTER  key  is  immediate.  This 
key  replaces  the  NEW  LINE  key  on  the  standard  terminal. 

g.  RETRAIN  function  key  will  allow  a  special  speech  data  collection 
mode  of  operation  to  be  scheduled  after  the  current  segment  or  run  is  completed. 
This  mode  of  operation  will  collect  speech  reference  patterns  for  a  previously 
trained  phrase.  The  instructor  selects  the  phrase  to  be  sampled.  When  speech 
data  collection  is  complete,  the  instructor  is  given  the  option  to  collect 
more  data,  enter  the  speech  validation  mode  of  operation,  or  continue  in 
the  syllabus.  Bee  Appendix  E  for  menus. 

INSTRUCTOR  KEY  FUNCTIONS.  Six  keys  will  function  only  for  the  instructor: 

a.  OVERRIDE  function  key  will  allow  the  instructor  to  overrule  ACE's 
placement  of  the  student  within  the  syllabus.  An  override  menu  (see  Appendix 
E)  will  appear  on  the  CRT  that  will  contain  such  options  as  to  advance  the 
trainee  to  the  next  scheduled  segment,  or  to  take  him  back  to  any  previously 
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encountered  segment.  If  a  previous  segment  is  selected,  the  trainee  will 
return  to  his  former  (pre-OVERRIDE)  position  in  the  syllabus  after  he  completes 
the  selected  segment.  The  student’s  activity  is  frozen  until  after  the  selection 
of  an  override  menu  option. 

b.  ENABLE  KBRD  function  key  will  allow  the  instructor  to  activate  the 
instructor  key  subset  on  the  student  keyboard  (to  activate  Mode  2).  Additionally, 
any  system  initiated  messages  that  would  normally  be  sent  only  to  the  instructor 
station  CRT  will  be  sent  to  both  CRTs  when  this  function  is  operating.  This 
key  will  be  blank  on  the  student  keyboard. 

c.  Disable  KBRD  function  key  deactivates  the  instructor  key  subset 
on  ■the  student  station  keyboard. 

d.  (shift  up)  *STOP  function  key  will  allow  the  ACE  system  to  be  terminated 
and  returned  to  the  Command  Line  Interpreter  (CLI)  of  the  operating  system. 
If  a  student  is  using  the  other  terminal,  the  system  will  notify  the  instructor 
and  request  resolution  of  the  command  for  immediate  execution  or  to  occur 
after  the  student  completes  the  current  segment.  This  key  will  be  blank 
on  the  student  keyboard. 

e.  STATS  function  key  will  allow  a  menu  to  appear  on  the  instuctor's 
CRT,  from  which  he  may  select  displays  or  printouts  of  statistical  data  pertaining 
to  the  individual  student,  the  class,  or  the  syllabus.  The  student  is  not 
disturbed  when  this  function  is  accessed.  The  student  has  available  a  similar 
function  which  he  may  select  from  the  ABORT  menu  pertaining  to  his  own  sta¬ 
tistics.  See  Appendix  E  for  menus.  This  key  will  be  blank  on  the  student 
keyboard. 

f.  NEW  T/E  function  key  will  allow  the  Instructor  to  register  a  new 
trained  student.  The  instructor  must  answer  a  series  of  questions  pertaining 
to  the  student  before  the  student  is  fully  registered.  See  Appendix  E. 
This  key  will  be  blank  on  the  student  keyboard. 

STUDENT  KEYBOARD.  Eight  more  special  function  keys  are  available  on  the 
student  station  keyboard  that  are  not  labelled  on  the  instructor  keyboard. 
They  are: 

a.  ABORT  function  key  will  allow  the  execution  of  any  segment  or  mode 
of  operation  to  be  aborted.  After  an  abort,  the  student’s  position  within 
the  syllabus  will  be  at  the  beginning  of  the  current  normally  scheduled  segnent. 
After  an  ABORT  has  been  entered,  a  special  ABORT  menu  will  appear  from  which 
the  user  may  select  the  following  options:  review,  continue  instruction, 
sign  off,  or  display  statistics.  See  Appendix  E. 

b.  HELP  function  key  will  allow  the  student  to  signal  to  the  instructor 
that  his  assistance  is  requested.  A  message  such  as  "Your  student  has  asked 
for  help.  Please  go  to  the  student  station."  will  appear  on  the  instructor 
station  CRT,  heralded  by  a  "beep"  from  the  terminal.  It  will  also  cause 
the  instruction  or  exercise  to  "freeze." 
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c.  REPLAY  function  key  will  allow  a  special  replay  to  be  scheduled 
following  the  completion  of  the  current  segment  or  scenario.  The  replay 
will  consist  of  an  audio  playback  of  the  dialogue  of  the  student's  most  recent 
practice  exercise.  It  will  be  possible  to  "freeze*  this  replay. 

d.  BREAK  function  key  will  allow  the  action  of  the  ACE  system  to  be 
suspended  (frozen).  It  may  be  used  by  the  student  or  the  instructor  to  force 
a  pause  during  any  segment. 

a.  CONT  function  key  will  allow  action  to  continue  that  had  been  previously 
frozen  using  the  BREAK  key. 

f.  INIT  VOICE  TEST  function  key  will  allow  a  special  speech  validation 
mode  of  operation  to  be  scheduled  for  execution  after  the  current  segment 
or  run  completes.  During  voice  validation  the  accuracy  of  ACE's  phrase  recog¬ 
nition  will  be  tested  by  the  system  echoing  the  student's  spoken  words. 
See  Appendix  E. 

g.  STOP  VOICE  TEST  function  key  will  allow  termination  of  the  speech 
validation  mode  of  operation  to  be  accomplished. 

h.  BYE  function  key  will  schedule  a  student  sign  off  at  the  end  of 
the  current  segment. 

MISCELLANEOUS .  Several  points  are  noted  pertaining  to  operation  of  the  standard 
keyboard.  The  BREAK  key  will  be  hardware  disabled  on  the  ACE  keyboards. 
Its  position  will  be  occupied  with  a  blank  key.  The  carriage  return  key 
will  be  disabled  by  software  and  will  not  function  while  the  ACE  program 
is  operating.  The  AOS  interrupt  funotions  accessible  through  the  CTRL-C 
CTRL-A,  CTRL-C  CTRL-B,  and  CTRL-C  CTRL-E  sequences  normally  will  be  disabled. 

Menu  selection  will  be  accomplished  by  indicating  in  the  command  input 
line  the  number  or  letters  corresponding  to  the  desired  selection,  and  then 
using  the  ENTER  key  to  transmit  this  selection  to  ACE. 

Experimenter  functions  may  be  enabled  and  disabled  by  entering  SHIFT-YES 
and  SHIFT-NO,  respectively,  from  the  instructor  station  keyboard. 

Table  3  summarizes  the  ACE  special  function  keys  relating  their  applicability 
to  instructor  keyboard  (I),  student  keyboard  (S),  and  student  keyboard  with 
instructor  functions  enabled  (I-S).  The  octal  codes  output  as  a  result  of 
pressing  the  keys  are  also  included. 
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TABLE  3-  ACE  SPECIAL  FUNCTION  KEYS 


WHERE 


KEY 

FUNCTION 

OUTPUT  CODE 

FUNCTIONAL 

ABORT 

Aborts  the  current  segment.  Displays 
abort  menu.  Instruction  resumes  at 
beginning  of  current  normally  selected 
segment. 

036,  161 

S,I-S 

HELP 

Sends  request  for  assistance  to  in¬ 
structor  station  terminal.  Initiates 
BREAK  action. 

036,  162 

S.I-S 

REPLAY 

Schedules  a  special  replay  mode  of 
operation  to  follow  current  segment. 
Replay  is  of  student's  latest  free 
practice  exercise. 

036,  163 

S,I-S 

BREAK 

Suspends  interactive  teaching  instruc¬ 
tion,  free  and  commented  practice,  and 
replay  execution. 

036,  167 

S,I-S 

CONT 

Cancels  action  of  BREAK  key.  ACE 
resumes  instruction  of  exercise 
execution. 

036,  170 

S,I-S 

YES 

Places  "YES”  in  command  input  line. 

036,  171 

I,S,I-S 

SHIFT_YES 

Enables  instructor  functions. 

036,  151 

I 

NO 

Places  "NO"  in  command  input  line. 

036,  172 

I 

SHIFT  JIO 

Disables  instructor  functions. 

036,  152 

I 

MENU 

Causes  a  list  of  valid  special  function 
operations  to  replace  current  CRT 
display. 

036,  173 

I,S,I-S 

NEXT/ 

Sends  the  contents  of  the  command 

012 

I,S,I-S 

ENTER 

input  line  to  the  ACE  system.  Also 
causes  the  next  page  of  a  sequence  to 
be  displayed.  Replaces  NEW  LINE  key. 

DEL 

Deletes  an  entire  command  input  line. 

127 

I,S,I-S 

OVERRIDE 

Overrules  ACE's  segment  scheduling. 
Displays  menu. 

010 

It  1-3 

ENABLE 

KBRD 

Enables  instructor  function  keys  on 
student  keyboard. 

036,  022 

I 

DISABLE 

KBRD 

Disables  instructor  function  keys  on 
student  keyboard. 

027 

1,1-8 

-STOP 

Prepares  ACE  for  system  power  down. 

036,  001 

I 

ACE  asks  for  confirmation.  Key  re¬ 
sponds  only  in  shift-up  mode. 
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TABLE  3.  ACE  SPECIAL  FUNCTION  KEYS  -  continued 


KEY 


WHERE 

FUNCTION  OUTPUT  CODE  FUNCTIONAL 


IN  IT 

VOICE 

TEST 

STOP 

VOICE 

test 

RETRAIN 


STATS 


BYE 

NEW  T/E 


Causes  ACE  to  schedule  a  special  speech 
recognition  validation  mode  of  oper¬ 
ation  to  follow  current  segment  or  run. 

036,  164 

S.I-S 

Terminates  special  speech  recognition 
validation  mode  of  operation. 

036,  165 

S,I-S 

Causes  ACE  to  schedule  a  special  speech 
mode  of  operation  for  collection  of 
speech  data  to  follow  the  current 
segment  or  run. 

030 

I,S,I-a 

Displays  a  selection  menu  from  which 
instructors  can  select  statistics  for 
display  or  printouts. 

031 

Signs  student  off  after  current  seg¬ 
ment  completion. 

036,  166 

3,1— S 

Registers  a  new  student  for  ACE. 

032 

I 

INTERSTSTEM  INTERFACE 

Figure  9  relates  the  flow  and  kind  of  data  that  is  communicated  among 
the  three  ACE  processors  over  the  Multiprocessor  Communications  Adapter  (MCA) 
interfaces.  Data  are  transferred  over  the  MCAs  between  the  AOS  systems  in 
packets  consisting  of  a  standard  10  byte  header  and  a  variable  length  data 
buffer.  The  header  contains  destination  information,  sender  and  receiver 
CPU  number,  length  of  the  data  buffer,  and  a  time  tag.  MCA  messages  between 
the  AOS  and  RDOS  computers  are  of  a  standard  600  byte  length  and  are  constructed 
with  the  seme  header  information  preceding  the  data. 
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I/O  REQUIREMENTS 

All  of  ACE  functions  are  accomplished  through  input  or  output  operations 
which  are  collectively  termed  "I/O."  Due  to  its  size  and  complexity,  the 
timing  and  nature  of  these  operations  is  a  system  resource  that  must  be  carefully 
defined  and  rigorously  monitored.  Table  4  summarizes  the  I/O  operations 
for  the  major  components  of  the  ACE.  The  table  indicates  the  processor  with 
which  the  device  exchanges  data,  the  device  type,  data  path  (as  identified 
in  Figure  6),  data  path  type,  and  data  path  speed. 


TABLE  4.  I/O  REQUIREMENTS 


PATH  _  PROCESSOR  DEVICE _ DT  _  DATA  PATH... .  DPT  SPEED 


1 

SP,SM, I 

20  MB  Disk 

su 

CPU  buss 

P 

high 

2 

SP, SM, I 

CRT 

r 

RS-232 

s 

slow 

3 

SP,SM, I 

Keyboard 

s 

RS-232 

s 

slow 

4 

SP 

Votrax 

r 

RS-232 

s 

slow 

5 

SP 

STUD  earphone 

r 

wire  cable 

a 

— 

INST  speaker 

r 

wire  cable 

a 

— 

6 

SP 

STUD  microphone 

s 

wire  cable 

a 

~ 

7 

SP 

DP- 100 

s/r 

RS-232 

s 

slow 

8 

SM 

SM  display 

s/r 

CPU  but.' 

P 

high 

9 

SM 

TEC 

s/r 

RS-232 

s 

slow 

10 

I 

Dual  floppy 

su 

CPU  buss 

P 

high 

disks 

11 

I 

Hardcopy 

r 

CPU  buss 

s 

slow 

printer 

12 

I 

Videodisc 

s/r 

RS-232 

s 

slow 

13 

SP, SM, I 

SP,SM, I 

s/r 

MCA 

p 

high 

DEVICE  names  U3ed  in  Table  4  are 

for  the 

most  part 

self- 

explanatory 

or 

have 

been  defined 

previously.  The  names  which 

require  further 

definition 

follow. 

a. 

processor 

-  ACE  requires  the 

services  of  three 

processors:  the 

speech  (SP),  simulation  (SM),  and  instructor  (I)  processors.  Each  processor 
consists  of  an  Eclipse  S/130  CPU,  memory  ( 96K  in  the  speech  processor  and 
256K  in  the  SM  and  I  processors),  real-time  clock,  various  peripheral  controllers, 
memory  address  mapping  and  error  checking  hardware,  floating  point  hardware, 
and  battery  backup. 

b.  TEC  -  The  training  enhancement  console  (TEC)  represents  the  hardware 
console  mockup  of  the  UYA-4/V10  and  the  micro-Nova  microprocessor  which  handles 
the  transfer  of  data  to-and-from  the  TEC.  The  simulation  display  is  treated 
as  a  separate  entity  for  the  purposes  of  this  discussion. 

c.  student  station  (STUD)  earphone  -  The  student  station  earphone 
serves  as  an  audio  output  device  for  all  recorded  digitized  voice  and  Votrax 
output.  These  modes  are  processor  controlled,  i.e.,  left  channel,  right 
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channel,  and  channel  select  are  manually  selected  via  the  communications 
panel  but  are  implemented  by  the  SP  processor. 

d.  instructor  station  (INST)  speaker  -  The  instructor  station  speaker 
allows  the  instructor  to  hear  all  digitized  voice,  Votrax,  and  student  speech 
output. 

e.  student  station  (STUD)  microphone  -  The  student  station  microphone 
provides  voice  input  to  the  NEC  DP-100  speech  recognition  device  as  well 
as  input  for  the  voice  recording  capability  of  the  SP  processor. 

DEVICE  TYPE  (DT)  is  categorized  as  follows: 

a.  receiver  (r)  -  ACE  controls  a  receiver  directly.  A  receiver  is 
a  passive  entity  and  cannot  directly  influence  the  system. 

b.  sender  (s)  -  ACE  gathers  information  about  the  external  parts  of 
the  system  via  senders.  These  devices  supply  inputs  to  the  ACE  and  can  directly 
influence  the  system. 

c.  sender/ receiver  (s/r)  -  A  sender/ receiver  combines  the  characteristics 
of  senders  and  receivers  as  a  single  entity. 

d.  storage  units  (su)  -  storage  units  are  a  separate  class  of  passive 
devices.  They  are  considered  to  be  passive  because  they  retain  the  information 
that  they  receive  and  can  send  previously  received  information  only  when 
they  are  properly  queried.  This  makes  them  different  from  senders  which 
are  capable  of  initiating  input  baaed  on  the  presence  or  absence  of  some 
external  event. 

DATA  PATH  indicates  the  hardware  path  used  for  transfer  of  information. 
The  multiprocessor  communications  adapter  (MCA)  permits  full  duplex  asynchronous 
communications  to  occur  between  two  or  more  processors. 

DATA  PATH  TYPE  (DPT)  categorizes  the  data  path  into  one  of  three  categories. 

a.  parallel  (p)  -  The  transfer  of  several  binary  information  digits 
(bits)  occurs  at  any  one  time. 

b.  aerial  (s)  -  Information  is  transferred  as  one  sequential  bit  stream. 

c.  analog  (a)  -  Directly  measurable  signals  are  transferred,  e.g., 
voice  is  transferred  as  frequency  and  magnitude  with  respect  to  time. 
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SECTION  IV 
CONSTRAINTS 


The  purpose  and  intent  of  this  section  is  to  describe  the  constraints 
which  will  be  limiting  the  capabilities  of  the  ACE  system.  These  constraints 
are  divided  between  the  areas  of  training  and  system.  Training  constraints 
are  categorized  under  the  subjects  of  general  orientation,  clarity,  speech 
recognition,  hardware,  software,  courseware,  and  miscellaneous.  System  con¬ 
straints  are  the  limitations  imposed  on  the  system  due  to  the  rules  of  implemen¬ 
tation  of  the  software.  The  rules  concern  documentation  requirements,  general 
programming  standards,  and  the  usage  of  ACS  and  DGL. 

TRAINING 

The  ACE  system  was  conceived  as  a  research  tool  for  investigating  application 
of  speech  technology  to  training.  With  that  as  its  major  priority,  the  ACE 
system  is  attempting  to  use  a  real  world  training  task  as  its  context.  Therefore, 
because  ACE  is  a  research  tool  rather  than  an  operational  training  tool, 
the  instructional  system's  development  (ISD)  process  has  been  limited  in 
scope.  To  develop  a  true  training  system,  it  is  important  to  allocate  adequate 
time  up  front  for  identifying  the  training  problem.  To  do  that,  one  first 
identifies  the  gap  between  the  training  goal  and  the  present  training  situation. 
The  next  step  in  the  process  is  to  identify  the  training  methodology.  The 
third  step  is  to  plan  a  system  that  makes  use  of  the  methodology.  This  is 
followed  by  the  design  of  the  specific  courseware,  hardware,  and  software 
in  order  to  make  the  system  work.  The  final  step  is  to  test,  tune,  validate, 
and  revise  those  components  of  the  system  until  they  work  up  to  the  previously 
established  criterion  standards. 

For  ACE,  the  specification  of  hardware  components,  training  analysis, 
and  software  decisions  are  being  simultaneously  accomplished.  Because  the 
hardware  decisions  and  software  specifications  must  be  based  on  limited  infor¬ 
mation,  revisions  and/or  accommodations  have  been  made  which  have  constrained 
the  training  approach.  In  addition,  even  when  the  system  is  developed,  there 
is  very  little  time  allocated  for  tuning  and  testing  and  virtually  none  allotted 
for  formal  courseware  validation  and  revision. 

CLARITY.  Another  important  constraint  is  the  relative  "fuzziness"  of  the 
AIC's  job  due  to  (1)  sketchy  job  analyses  and  (2)  the  effects  of  changes 
in  the  job  tasks  presently  being  promulgated.  There  are  at  least  six  different 
areas  which  contribute  to  this  lack  of  clarity  of  the  AIC's  role. 

The  first  area  of  concern  is  that  the  AIC  job  has  never  undergone  an 
extensive  job  task  analysis.  The  job  has  been  assessed  in  terms  of  the  AIC's 
interface  with  the  NTDS  related  equipment  in  the  Refined  All  Job  Task  Inventory 
promulgated  by  the  Commander,  Training  Force  Pacific  Fleet  ( COMTRAPAC)  ,8 

F!  Refined  AIC  Job  Task  Inventory,  Enclosure  (1)  to  Commander  Training  Command, 
U.S.  Pacific  Fleet,  letter  serial  283^,  December  19,  1975  (Appendix  A  to 
Behavioral  Objectives  report). 
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but  no  in  depth  analysis  has  been  made  of  the  various  cognitive,  affective, 
and  psychonotor  behaviors  and  skills  involved.  Early  research  for  documentation 
on  this  project  has  filled  part  of  this  gap  (see  Behavioral  Objectives,  Objectives 
Hierarchy,  and  Ordinal  Syllabus  reports),  but  is  still  less  than  adequate 
for  precisely  detailing  the  skills  involved. 

A  second  area  which  affects  clarity  is  the  fact  that  the  AIC's  job  changes 
with  respect  to  the  airborne  weapons  system  with  which  he  is  working.  The 
F— 4  and  F-14  aircraft  have  radar  intercept  officers  (RIO)  who  perform  many 
of  the  detecting  and  maneuvering  functions  formerly  done  by  the  AIC  for  one 
seat  aircraft.  The  advent  of  the  F— 18,  again  with  no  "baekseater , "  means 
that  the  AIC  will  again  be  responsible  for  detection,  maneuvering,  and  helping 
to  cover  the  fighter's  "six  o'clock."  Since  the  job  changes  this  way,  it 
is  very  difficult  to  teach  the  AIC  his  exact  responsibilities.  Instead, 
it  is  easier  to  teach  AIC  candidates  to  understand  the  decisions  involved 
in  the  job  and  let  them  adapt  to  the  needs  of  the  differing  tactical  situations. 

A  third  problem  for  developing  a  training  program  is  the  lack  of  precisely 
identified  AIC  procedures.  For  any  given  task  there  is  usually  a  difference 
in  the  way  it  is  taught  on  the  West  Coast  and  on  the  East  Coast.  There  may 
even  be  more  than  one  way  taught  within  a  single  school.  The  ACE  training 
system  requires  rigorously  defined  procedures  in  order  to  be  able  to  do  accurate 
performance  measurement.  As  a  result,  it  has  been  necessary  to  define  job 
task  procedures  just  for  ACE. 

Another  area  which  has  never  been  defined  in  detail  and  which  directly 
affects  the  development  of  ACE  is  the  AIC  vocabulary.  Although  established 
communications  procedures  do  define  many  vocabulary  items  for  the  AIC,  "real 
world"  oonmunications  can  be  fairly  loose.  With  the  limited  vocabulary  available 
for  use  on  ACE,  it  has  been  necessary  to  define  a  specific  limited  vocabulary. 
This  may  meet  some  resistance  from  instructors,  but  should  help  develop  improved 
communications  techniques  in  the  learners. 

A  fifth  area  that  impacts  the  development  of  the  training  system  is 
an  ongoing  change  in  the  NTDS  program.  The  NTDS  program  is  presently  being 
changed  from  version  4.0  to  version  4.0.1.  The  changes  involved  in  the  new 
program  require  parallel  changes  in  the  ACE  procedures  and,  until  the  changes 
are  promulgated,  limit  our  abilities  to  test  incoming  learners  on  their  pre¬ 
requisite  skills. 

The  final  impact  area  is  the  major  changes  which  are  being  made  in  the 
FLECOMBATRACENPAC  AIC  School  curriculum  and  approach.  These  changes  amount 
to  a  positive  revision  of  the  curriculum,  designed  to  enhance  training  effec¬ 
tiveness.  However,  these  changes  can  make  aspects  of  the  current  ACE  curriculum, 
designed  around  the  previous  curriculum,  contradictory  or  incorrect  with 
respect  to  the  FLECOMBATRACENPAC  training  package.  It  may  be  necessary  to 
revise  our  curriculum  to  realign  the  two  approaches. 

SPEECH  RECOGNITION.  The  NEC  speech  recognition  system  selected  for  this 
project  will  impose  several  constraints  on  the  whole  training  system.  Because 
of  the  importance  of  speech  recognition,  significtnt  enhancements  to  the 
NEC  system  would  cause  these  constraints  to  be  modified. 
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There  are  a  number  of  constraints  with  the  present  configuration  of 
the  NEC  apeeoh  recognition  system.  The  one  aeeond  per  phrase,  five  pbraae 
concatenation  limitations  will  require  apecial,  unrealiatic  vocabulary  phrasing 
in  order  for  the  learners  to  get  recognition.  For  example,  present  system 
recognition  results  indicate  a  requirement  for  special  phrasing  such  as  pauses 
between  digit  strings  and  words. 

The  vocabulary  which  has  been  listed  in  Appendix  B  is  a  compromise  between 
training  and  speech  recognition  needs  as  they  are  presently  understood. 
Speech  recognition  research  is  continuing.  If  this  research  shows  that  a 
more  limited  vocabulary  will  be  significantly  helpful  in  achieving  adequate 
recognition,  there  are  several  phrases  which  have  been  identified  as  expendable. 
These  phrases  will  be  eliminated  as  necessary  without  severe  impact  on  training 
effectiveness. 

The  120  phrase  maximum  memory  for  the  NEC  places  severe  limitations 
on  the  vocabulary.  The  fact  that  recognition  may  require  the  collection 
of  up  to  three  voice  reference  patterns  (VRPs)  per  phrase  additionally  limits 
the  usable  vocabulary.  Furthermore,  swapping  reference  memory  into  and  out 
of  the  computer  can  require  over  two  minutes.  It  will  require  special  planning 
in  the  instructional  system  to  make  these  delays  acceptable  to  the  students. 

Slnoe  recognition  degradation  may  occur  as  a  student  progresses  within 
a  level,  the  student  may  be  periodically  subjected  to  the  tedium  of  VRP  recol¬ 
lection.  Multiple  collections  of  VRPs  may  introduce  learner  morale  problems 
with  which  to  contend. 

All  vocabulary  for  a  challengeable  sequence  (one  for  which  the  learner 
can  try  to  show  mastery  without  bavin ,  to  go  through  the  intervening  instruction) 
will  have  to  be  trained  prior  to  Implementing  the  challenge.  Training  all 
the  phrases  at  the  outset  or  prior  to  a  challenge  requires  voice  training 
out  of  context.  Out  of  context  training  can  present  additional  problems 
to  the  quality  of  speech  recognition.  These  constraints  all  put  additional 
pressure  on  the  development  of  an  adequate  introduction  to  speech  recognition 
and  VRP  collection  so  as  to  enhance  speech  recognition  success. 

The  NEC  system  is  very  speaker  dependent,  to  the  point  where  a  change 
in  speaker  voloe  stress  or  voice  quality  due  to  situational  pressure,  a  cold, 
or  fatigue  can  significantly  degrade  recognition.  This  characteristic  requires 
the  development  of  special  procedures  for  collecting  revised  VRPs  from  time 
to  time  or  a  procedure  for  collecting  VRPs  which  span  the  entire  range  of 
speaker  voice  quality.  Either  procedure  results  in  special  procedures  which 
take  away  from  the  training  emphasis  and  can  erode  learner  confidence  in 
the  system. 

HARDWARE.  The  hardware  constraints  involve  the  videodisc,  the  TEC,  and  the 
Votrax.  The  inclusion  of  the  MCA  videodisc  into  the  ACE  configuration  has 
eliminated  some  constraints,  but  others  still  remain.  Two  sides  of  one  disc 
can  provide  ACE  with  up  to  70-80,000  single  frames  of  information  but  limits 
it  to  a  maximum  of  only  54  minutes  of  audio  and/or  motion  video  for  the  three 
week  course.  Because  the  MCA  player  oan  only  read  one  side  of  the  disc  at 
a  time,  the  information  is  further  limited  to  27  minutes  of  audio/vlsual 
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data  unless  the  disc  is  turned  over  by  hand.  The  final  videodisc  limitation 
is  that  presently  videodisc  is  a  "read  only"  medium.  This  means  that  once 
the  disc  is  mastered,  the  information  on  it  cannot  be  changed.  Making  any 
changes  requires  mastering  an  entire  new  disc. 

Constraints  associated  with  the  TEC  derive  primarily  from  the  fact  that 
there  is  no  one  standard  console  in  use  in  the  fleet.  The  decision  to  emulate 
the  UYA-M/V-10  console  will  mean  that  different  learners  will  have  differing 
levels  of  familiarity  with  the  console.  Special  time  must  be  set  aside  at 
the  beginning  of  the  instruction  to  get  each  of  the  learners  acquainted  with 
the  differences  between  the  console  simulation  and  their  own  familiar  console. 
Cost  considerations  have  also  led  to  the  decision  to  make  parts  of  the  simulated 
console  non-operative.  These  parts  of  the  console  would  not  normally  be 
used  in  the  instruction,  but  the  learner  must  be  told  that  they  do  not  work. 

Constraints  associated  with  the  Votrax  are  a  function  of  the  state-of-the-art 
of  computer  voice  synthesis.  Difficulties  with  pronunciation  of  certain 
sounds  and  difficulties  in  providing  correct  stress  and  inflection  to  each 
phrase  to  be  spoken  lead  to  constraints  in  intelligibility  and  learner  acceptance 
of  computer  synthesized  speech. 

SOFTWARE.  There  are  only  two  general  types  of  software  constraints:  simulation 
and  automated  instructor.  The  constraints  on  the  simulation  are  that  identi¬ 
fication  friend  or  foe  (IFF)  and  data  link  will  not  be  simulated  and  this, 
in  turn,  limits  ACE's  ability  to  teach  the  whole  AIC  job. 

Within  the  automated  instructor  there  are  two  types  of  constraints. 
The  first  is  that  there  is  little  learner  control  over  the  instructional 
sequence.  Although  the  system  does  allow  the  learner  to  challenge  entire 
segments  of  instruction  if  he  thinks  he  already  possesses  the  skills  being 
taught,  the  learner  alternatives  within  Interactive  Teaching  (IAT),  Commented 
Practice  (CP),  and  Free  Practice  (FP)  sequences  are  very  limited.  The  major 
different  paths  provided  for  different  rate  or  type  of  learners  are  through 
remediation.  A  good  learner  can  speed  his  passage  through  CP  and  FP  runs 
by  showing  early  mastery  using  the  minimum  number  of  trials.  Within  the 
interactive  teaching  sequences,  an  alternate  i •;*?.. ’notional  path  can  be  provided 
for  the  learner  who  already  knows  almost  a!  content.  The  "step"  command 

provides  entry  and  exit  points  within  instr  i.  .1  sequences.  Courseware 

developers'  dexterous  manipulation  of  the  "step"  mmands  can  allow  the  learner 
to  skip  or  repeat  certain  aspects  of  the  total  instructional  package  through 
learner  control.  These  pathways  are  still  extremely  limited. 

The  second  constraint  within  the  automated  instructor  is,  as  noted  earlier, 
that  all  the  vocabulary  for  the  instructional  material  covered  spanned  by 
a  learner  challenge  must  be  trained  before  the  student  is  given  the  choice 
to  "challenge"  the  sequence.  This  means  that  most  of  the  vocabulary  must 
be  trained  outside  the  instructional  context  to  which  it  applies. 

COURSEWARE.  Courseware  limitations  derive  from  the  state-of-the-art  of  oomputer 
based  instruction  (CBI)  and  from  the  finite  resources  available.  Although 
much  research  is  currently  being  undertaken  in  the  area  of  learning  theory 
and  CBI,  there  are  still  large  gaps  in  the  knowledge  spectrum,  especially 


97 


NAVTBAEQUIPCEN  78-0-0182-8 


in  the  areas  of  reaediative  instructional  sets  (diagnostic,  prescriptive, 
and  reaediative)  and  of  adaptive  instruction.  Since  it  is  not  within  the 
scope  of  this  project  to  per  fora  in  depth  research  and  developaent  in  those 
areas,  the  courseware  control  design  is  based  upon  presently  existing,  somewhat 
Halted  aodels,  and  those  areas  are  somewhat  restricted  in  scope  in  ACE. 

Other  limitations  which  are  affecting  the  development  of  the  training 
program  are  both  external  and  internal  to  the  project.  Externally,  there 
la  very  limited  information  concerning  the  learner's  entry  knowledge  level. 
A  coaaon  error  analysis  and  the  validation  process  for  the  pretest  should 
provide  same  data  inputs  in  this  area,  but  there  will  still  be  no  comprehensive 
data  base  for  decision  aaklng  concerning  courseware  design.  Internally, 
ACE  is  a  very  complex  and  extensive  training  system  in  regards  to  the  AIC's 
job.  Supplying  the  "nitty-gritty"  day-to-day  decisions  for  specifying  and 
developing  the  eight  levels  of  syllabus  identified  courseware  which  would 
utilize  the  full  capacity  of  the  ACE  training  system  would  require  a  larger 
courseware  staff  than  is  available.  Instead,  limitations  are  being  identified 
which  will  both  best  use  the  ACE  capabilities  and  still  be  within  the  resources 
available  to  the  courseware  staff.  This  process  Includes  designing  Instruction 
which  will  require  as  little  revision  as  possible  and  will  limit  the  amount 
and  scope  of  remediatlve  instruction  being  developed. 

MISCELLANEOUS .  Miscellaneous  constraints  have  to  do  with  the  constraints 
on  the  system  which  result  from  its  placement  and  use  at  FCTCP.  Historically, 
instructors  have  grave  suspicions  about  new  teaching  systems,  especially 
ones  that  they  feel  might  eventually  replace  them.  At  this  point  we  have 
no  control  over  the  attitudes  or  the  abilities  of  the  instructors  that  are 
to  be  chosen  to  use  ACE  at  FCTCP.  We  must  rely  on  a  one  week  instructor 
training  course  to  overcome  any  biases  and  to  train  them  into  a  whole  new 
role  of  instructional  manager  and  facilitator.  Additionally,  the  system 
is  being  required  to  show  criterion  learner  achievement  of  90  percent  of 
the  learners  passing  95  percent  of  the  instructional  sequences.  Currently 
there  is  a  drop  out  rate  of  35  percent  at  the  school  and  no  criterion  standard 
(outside  of  subjective  instructor  evaluation)  being  applied  to  those  students 
who  remain  within  the  school.  Moreover,  there  has  been  no  strict  control 
over  the  precise  experience  the  learner  must  have  before  being  admitted  to 
the  school.  Unless  there  is  some  selection  process  utilized  in  the  identification 
of  candidates  for  enrollment  into  the  ACE  curriculum  (such  as  passing  the 
preteat),  the  likelihood  of  ACE  performing  up  to  the  identified  criterion 
standard  is  severely  diminished. 

SYSTEM 

This  major  segment  establishes  both  standards  and  policy  for  the  various 
software  efforts  of  this  project.  The  primary  objective  is  that  the  programs 
be  developed  in  an  orderly  and  efficient  manner.  A  secondary  benefit  anticipated 
is  flexlbilty  and  ease  of  maintenance  in  the  future. 

DOCUMENTATION.  Much  has  been  written  and  many  efforts  have  historically 
been  made  to  provide  adequate  documentation  for  software  projects.  This 
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particular  project  will  emphasize  documentation  in  areas  indicated  below. 
TWo  of  the  items,  the  Program  Design  Language  and  the  System  Interface  Notebook, 
are  programming  tools  only  and  are  not  contract  deliverable  items. 

Functional  Design  Report.  This  document  is  an  important  part  of  the  ACE 
system.  It  is  a  detailed  formal  specification  of  the  design  of  the  entire 
ACE  system.  It  is  organized  in  terms  of  the  functions  that  the  system  must 
perform  in  order  to  fulfill  the  requirements  imposed  by  the  training  objectives, 
and  specifies  the  inputs,  outputs,  and  method  of  implementation  of  these 
functions.  It  is  intended  to  represent  the  system  design  as  of  the  date 
of  publication  of  the  document,  and  to  fix  it  in  that  state;  any  changes 
to  the  overall  design  after  publication  will  be  the  results  of  necessity 
and  not  mere  changes  in  policy  or  attitude. 

Program  Design  Language.  The  Program  Design  Language  ( PDL)  is  a  tool  to 
aid  in  designing  and  documenting  a  program  or  a  system  of  programs.  A  design 
in  PDL  is  written  in  structured  English  which  is  then  input  to  the  PDL  processor. 
The  output  is  a  working  design  document  consisting  of  a  table  of  contents, 
a  listing  of  the  segments  automatically  formatted,  a  display  of  the  procedure 
calling  tree,  and  a  cross-reference  of  the  procedure  calls. 

PDL  is  a  product  of  Caine,  Farber,  and  Gordon,  Inc.,  which  has  been 
obtained  by  Logicon  for  use  on  several  projects.  The  detailed  design  phase 
of  this  project  will  make  heavy  use  of  this  product  and  the  detailed  design 
documents  will  be  outputs  of  the  PDL  processor. 

System  Interface  Notebook.  The  sole  function  of  this  notebook  shall  be  to 
clearly  and  accurately  record  the  interfaces  between  all  software  entities 
in  ACE.  This  includes  interfaces  between  computers  and  between  modules  within 
a  computer.  The  System  Interface  Notebook  is  organized  as  follows: 

The  first  section  shall  consist  of  the  definition  of  all  interfaces 
between  the  three  computers  detailing  the  MCA  messages  sent  and  received. 
Messages  will  be  numerically  ordered.  This  section  should  ensure  that  each 
computer's  inputs  and  outputs  are  exactly  defined. 

The  second  section  shall  contain  instructor  computer  IPC  definitions. 
This  section  will  define  all  the  IPCs  used  for  communications  between  the 
processes  in  the  instructor  computer.  It  will  list  all  IPCs  (ordered  by 
function  code),  their  format,  the  sender,  destination,  and  a  description 
of  the  function  of  the  message. 

The  third  and  fourth  sections  shall  contain  the  same  information  as 
the  second  section,  but  for  the  simulation  and  speech  configuration. 

The  fifth  section  shall  contain  shared  page  layouts  arranged  by  the 
process  which  uses  them. 

The  sixth  section  shall  contain  file  definitions.  For  each  file  in 
ACE  it  will  contain  Information  about  which  processes  create  and  use  the 
file,  where  the  file  resides,  the  type,  structure,  and  organization  of  the 
file,  and  the  explicit  contents  of  the  file. 
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It  shall  be  the  responsibility  of  the  module  designer  to  define  the 
messages  required  to  support  the  function  of  the  module  and  to  make  sure 
that  the  System  Interface  Notebook  is  accurate. 

Program  Source  Listing.  The  lowest  level  of  software  documentation  is  the 
program  listing  itself.  It  will  serve  as  the  final  reference  for  any  changes 
or  modifications  to  the  software.  Listings  of  all  delivered  Logicon  written 
programs  will  be  provided  with  the  following  characteristics: 

a.  The  programs  will  be  separated  by  language,  that  is,  all  DGL  together 
and  all  assembly  language  together. 

b.  They  will  be  arranged  in  alphabetical  order  by  the  name  of  the  module 
(program,  subroutine,  procedure,  etc.). 

c.  The  program  listings  will,  of  course,  reflect  the  programming  practices 
and  conventions. 

d.  Each  program  module  listing  will  contain  a  header  with  the  following 
information: 

(1)  The  module  name  if  it  does  not  already  appear  as  part  of  the 

program. 

(2)  The  name  of  the  principal  author,  the  date  of  the  most  recent 
revision,  and  the  name  of  the  project. 

(3)  The  module  calling  sequence  if  not  clear  from  the  code. 

(4)  A  broad  description  of  the  module's  function.  This  includes 
inputs  and  outputs  not  obvious  in  the  code,  files  referenced,  external  references, 
or  any  other  information  which  is  likely  to  be  needed  by  another  programmer 
to  maintain  or  modify  the  program.  If  this  module  is  the  main  module  of 
a  task  or  process,  this  section  will  contain  a  thorough  explanation  of  how 
the  entire  task  or  process  functions.  This  Includes  the  circumstances  under 
which  it  runs,  how  it  communicates  with  other  tasks  or  process,  significant 
resources  that  it  uses,  etc.  It  is  the  program  author's  responsibility  to 
ensure  that  this  seotlon  contains  all  pertinent  information.  This  section 
will  correspond  with  the  "text”  section  of  the  PDL  for  this  module. 

GENERAL  PROGRAMMING  STANDARDS.  The  objective  of  the  standards  and  conventions 
provided  in  this  section  is  to  ensure  the  writing  of  "good”  programs  and 
thereby  ensure  the  success  of  the  project.  The  following  standards  and  con¬ 
ventions  are  presented  as  firm  guidelines,  not  unbreakable  rules. 

Modularity.  Programs  will  be  constructed  of  independent  modules  following 
the  single  function  module  concept.  To  the  greatest  extent  possible,  these 
modules  will  be  designed  so  that  they  can  be  replaced  or  modified  without 
affecting  other  modules. 
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Sana*  Bach  program  module  will  exist  as  a  separate  file.  This  also 
applies  to  "include”  files.  Comments  will  be  maintained  within  "Include” 
files  to  enumerate  all  using  modules. 

Comments .  All  comments  will  convey  the  larger  functional  role  of  a  statement 
or  instruction,  or  group  of  statements  or  instructions.  A  comment  will  not 
be  the  mere  translation  of  the  instruction  into  English.  Any  section  of 
particularly  obscure  code  will  be  preceded  by  a  paragraph  of  comments  explaining 
the  intention  of  that  code.  In  any  case  there  will  be  sufficient  comments 
in  a  module  to  enable  a  following  programmer  to  finish  it,  debug  it,  or  modify 
it. 

Self-modifving  Coda.  Self-modifying  code  will  not  be  permitted. 

Shared  Temporary  Storage.  Modules  will  not  share  temporary  storage  among 
themselves.  Sharing  temporary  storage  requires  the  assurance  that  modules 
will  not  conflict  with  each  other,  which  needlessly  complicates  system  design. 

Local  Data  Elements.  Local  data  elements  will  be  defined  in  a  separate  section 
of  code  preceding  any  executable  code. 

Entry  Points.  Each  module  will  have  a  single  entry  point.  This  entry  point 
will  be  the  first  executable  instruction  or  statement. 

Program  Plow.  Modules  will  be  coded  such  that  they  flow  down  the  page,  even 
at  the  coat  of  extra  branches  or  jumps.  This  organization  enhances  the  reada¬ 
bility  of  the  listings.  This  convention  is  intended  primarily  for  non-structured 
assembly  language  programs.  The  structural  organization  of  DGL  programs 
is  treated  elsewhere. 

Exit  Points.  All  exits  from  a  sub-module  will  occur  through  a  single  normal 
op  one  alternate  error  exit  point.  These  exit  points  will  be  the  last  executable 
statements  or  instructions  in  a  module. 

Modulo  Length,  a  module  will  be  long  enough  to  perform  a  single  function. 
This  normally  should  not  require  more  than  100  executable  statements. 

Variable  Hama* .  Variable  names  will  be  chosen  which  reflect  or  indicate 
the  contents  of  the  variable. 

Reentrant  Code.  All  routines  written  in  assembly  language  will  be  reentrant 
and  will  conform  to  Data  General  practice  in  this  area.  All  high  level  language 
compilers  generate  reentrant  code  for  routines  which  do  not  use  "common,” 
"own"  or  "equivalence”  data  storage. 

Debugging  Measures.  To  the  greatest  extent  possible,  programs  will  be  written 
to  prevent  or  automatically  catch  bugs.  That  is,  they  will  include  features 
to: 

a.  Check  the  validity  of  arguments  passed  to  a  module. 
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b.  Make  range  and  reaaonablenesa  cbeoka  on  all  data  input  from  outalde 
the  pro  gran. 

o.  Check  the  range  of  control  variables  used  in  computed  GOTO  statements, 
d.  Make  array  subscript  range  checks. 

In  aoae  oases  these  checks  will  require  extra  code,  and  in  soae  cases 
they  can  be  accoapllshed  with  the  use  of  coapile  option  switches.  If  the 
checks  require  additional  code,  this  code  will  be  aarked  for  conditional 
coapllatlon  so  that  it  can  be  easily  removed  if  necessary  after  testing  has 
determined  that  the  program  functions  correctly. 

AOS  Osage  Guidelines.  This  information  is  intended  to  provide  guidance  to 
the  designer  and  prograaaer  so  that  the  system  will  use  AOS  efficiently  and 
avoid  its  pitfalls. 

Grouping  of  Functions.  All  interrelated  functions  will  be  grouped  together 
and  handled  by  a  single  process.  For  example,  all  functions  related  to  updating 
the  aircraft  displays  will  be  in  the  same  process. 

Assignment  of  Functions  to  Tasks.  Each  clearly  defined  funotion  in  a  prooess 
will  be  handled  by  a  separate  task  assigned  to  it.  For  example,  update  of 
aircraft  tracks  and  the  maintenance  of  the  aircraft's  geographio  plot  will 
be  assigned  to  different  tasks  within  the  same  process. 

Assignment  of  Process  Types.  Processes  in  which  the  sain  task  runs  frequently 
(twice  a  second  or  more  often)  or  for  another  reason  must  remain  in  main 
memory  will  be  declared  "resident.”  Other  processes  concerned  with  real-time 
online  operation  of  the  system  will  be  "preemptible.”  All  ancillary  and 
off-line  support  processes  will  be  "swappable.” 

Use  of  Overlays.  Use  of  overlays  solely  to  reduce  the  size  of  a  process, 
that  is,  placing  tasks  or  routines  which  run  frequently  in  overlays,  will 
be  reserved  and  resorted  to  only  if  memory  limitations  become  a  problem. 
The  extra  complexity  of  the  design,  the  execution  time  used  by  the  overlay 
loading  facility  and  the  increased  difficulty  in  testing  may  not  outweigh 
the  savings  in  memory.  Exceptions  to  this  are  large  one-time  initialization 
programs. 

Use  of  IPC.  AOS  provides  a  facility  for  communication  between  processes 
In  a  machine  that  consists  of  the  ability  to  send  variable  length  data  messages 
between  ports  associated  with  processes.  This  facility  will  be  used  extensively 
in  ACE  to  control  and  coordinate  the  various  activities.  Detailed  data  concerning 
use  of  IPCs  for  this  purpose  is  contained  in  the  introductory  section  of 
this  document.  Use  of  IPCs  requires  significant  system  resources,  especially 
central  processor  time.  This  dictates  that  they  not  be  used  casually  and 
not  outside  the  framework  established  by  this  design. 

Resource  Deadlock  Caution.  AOS  allocates  resources  dynamically  in  accordance 
with  some  very  sophisticated  algorithms.  This  makes  the  system  very  fast 
and  flexible.  However,  in  any  operating  system  of  this  complexity  there 
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la  a  posalblity  of  resource  deadlocks  where  oae  task  or  program  cannot  proceed 
because  It  la  waiting  for  a  resource  held  by  another,  and  It  In  turn  (perhaps 
Indirectly)  holds  a  resource  needed  by  another.  This  Is  particularly  true 
of  memory  when  a  task  or  process  takes  some  action  (e.g. ,  some  system  calls) 
which  cause  the  process  or  the  operating  system  itself  to  grow.  In  all  cases 
such  as  this  the  system  may  not  be  able  to  swap  out  enough  code  to  accommodate 
the  expanded  program.  For  this  reason  applications  processes  will  be  designed 
so  that  they  do  not  dynamically  change  size,  and  those  activities  which  cause 
the  operating  system  to  grow  will  be  carefully  monitored. 

File  Handling.  The  file  structure  will  be  designed  so  that  only  one  task 
in  one  process  will  be  required  to  write  into  that  file.  All  files  will 
be  open  for  "reading”  to  all  tasks  that  have  a  need  for  the  data.  This  res¬ 
triction  is  to  prevent  deadlocks  and  the  occurrence  of  inconsistent  data. 

Use  of  Common  Area.  There  will  be  one  page  of  shared  memory  reserved  to 
hold  data  of  interest  to  more  than  one  process.  This  will  contain  data  concerning 
the  present  state  of  the  simulator  and  various  system  wide  information  from 
ACE.  This  data  will  be  accessed  via  the  literal  pointer  facility  of  DGL. 
Files  containing  the  pointer  definitions  will  be  centrally  maintained  and 
can  be  "included"  in  the  program  wishing  to  access  data  in  that  shared  page. 
The  system  will  be  designed  so  that  only  one  task  will  write  into  a  particular 
location  in  the  shared  page.  A  mechanism  such  as  this  carries  with  it  some 
potential  dangers  from  erroneous  or  unintended  updates  of  data.  For  this 
reason  access  to  it  will  be  restricted  to  the  literal  pointer  mechanism  mentioned 
above. 

Creating  Processes.  AOS  permits  processes  to  be  created  and  killed  dynamically. 
However,  each  creation  requires  substantial  system  resources  and  takes  several 
seconds  to  complete.  Therefore,  for  processes  that  run  repeatedly,  it  is 
better  to  use  the  block/unblock  mechanism  to  control  their  execution. 

Humber  of  Tasks  Per  Process.  Although  AOS  will  permit  up  to  32  tasks  in 
a  process,  past  experience  indicates  that  four  or  five  is  a  more  practical 
limit.  Use  of  more  than  that  should  be  approached  with  extreme  caution. 

Task  Scheduling.  AOS  and  RDOS  provide  the  programmer  with  some  powerful 
and  flexible  (and  dangerous)  ways  of  altering  the  algorithm  used  by  the  system 
to  schedule  task  execution.  A  user  program  may  dynamically  alter  a  task's 
priority  or  suspension  conditions,  and  may  communicate  between  tasks  via 
an  intertask  system  of  what  are  commonly  referred  to  as  "mailboxes.”  While 
these  utilities  may  be  needed  in  some  cases  to  resolve  extreme  or  delicate 
timing  problems,  past  experience  has  shown  that  dynamic  priority  changes 
are  difficult  to  use  effectively  and  often  result  in  a  solution  that  is  worse 
than  the  problem.  Because  of  this,  in  ACE  dynamic  task  priority  changes 
will  be  avoided  and  intertask  communication  via  mailboxes  carefully  planned. 

Common  Sense.  AOS  is  a  very  powerful  and  versatile  operating  system.  But 
it  also  has  some  limitations,  particularly  in  the  area  of  real-time  process 
control  (such  as  ACE).  A  little  thought  and  a  lot  of  common  sense  ought 
to  be  exercised  when  using  the  system.  It  is  not  possible  to  list  all  pitfalls 
and  danger  areas,  but  practices  such  as  these  are  examples: 


103 


HAVTRAEQOIPCEN  78-C-0182-8 


a.  Using  busy  loops  in  high  priority  processes. 

b.  Doing  reads  and  writes  from  processes  running  on  a  periodic  time 
sohedule. 

DQL  Osaga  Guidelines.  The  following  guidelines  are  intended  to  enable  tbe 
efficient  use  of  those  features  unique  to  DGL,  the  principal  language  used 
on  the  ACE  project. 

Structured  Flow.  DGL  is  a  block  structured,  procedure  oriented  language 
that  is  very  suitable  for  structured  progressing.  Over  the  last  several 
years  this  method  of  writing  programs  has  received  much  favorable  publicity 
because  of  the  ease  of  maintenance  and  testing  and  higher  reliability  of 
such  programs.  However,  the  application  of  this  technique  has  been  slow 
in  coming  to  real-time  situations.  This  is  because  the  processing  of  asynchronous 
events  does  not  lend  Itself  to  the  technique  and  because  structured  programs 
are  not  generally  as  efficient  in  the  use  of  memory  and  execution  time  as 
are  non-structured.  However,  DGL  uses  an  optimizing  compiler  which  should 
minimize  the  inefficiencies  accompanying  structured  programs.  The  techniques 
of  structured  programming  will  be  followed  where  possible  on  the  ACE  project 
at  the  task  level  and  where  possible  at  the  process  level. 

Argument  Passing.  DGL  has  a  capability  not  found  in  many  other  languages 
in  that  it  is  possible  to  access  any  variable  in  a  superior  block  or  procedure 
in  the  program.  Although  this  capability  is  often  useful,  it  is  also  the 
source  of  many  bugs  and  other  difficulties  (such  as  readability  of  tbe  code) 
and  for  this  reason  is  discouraged.  That  is,  all  variables  needed  by  a  subor¬ 
dinate  procedure  will  be  passed  as  arguments.  Also,  when  passing  arguments 
to  procedures,  they  will  be  "by  value"  except  if  a  value  is  to  be  actually 
returned  to  the  calling  procedure. 

Arrangement  of  Procedures.  In  DGL,  procedures  can  be  bodies  of  code  within 
the  program  or  can  be  external  to  it  if  so  declared.  Generally  all  procedures 
should  be  handled  as  external.  This  makes  the  listings  shorter  and  more 
readable  and  makes  the  source  files  more  manageable.  If  a  procedure  is  not 
worthy  of  being  handled  as  an  external,  it  will  be  defined  within  the  body 
of  code  after  the  main  procedure. 

Ose  of  "Own"  Variables.  "Own"  variables  constitute  a  form  of  shared  temporary 
storage  mentioned  in  the  section  on  general  standards  and  conventions.  Their 
use  is  discouraged. 

Error  handling.  DGL  has  an  extensive  facility  for  detecting  and  handling 
errors.  Included  in  this  is  the  user's  ability  to  Intercept  an  error  and 
handle  it  in  any  way  he  sees  fit.  The  ACE  system  will  use  this  facility 
to  screen  all  errors,  determine  their  severity,  and  act  on  the  error  according 
to  the  following: 

a.  If  the  error  is  minor  and  has  no  effect  on  the  real-time  operation, 
ignore  it. 

b.  If  the  error  can  be  corrected  by  the  program,  do  so. 
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APPENDIX  A 

SCENARIO  GENERATION  SYNTAX 


INTRODUCTION 

This  appendix  describes  the  commands  that  are  available  to  create  scenarios 
for  ACE  training. 

GENERAL  SYNTAX  RULES.  The  following  basic  rules  apply  to  the  syntax: 

a.  Multiple  arguments  are  separated  by  spaces 

b.  Argument  data  are  integers 

c.  All  commands  are  terminated  with  the  new  line  key 

d.  Comments  may  be  Included  by  placing  a  "C"  and  a  apace  In  the  first 
two  columns 

e.  All  bearings  are  degrees  magnetic  from  ownshlp 

f.  Command  names  must  be  all  capitalized. 

SCENARIO  GENERATION  COMMANDS  SUMMARY.  ACE  scenario  generation  commands  consist 
of  Initialization  and  control  commands  summarized  as  follows: 

a.  Initialization  Commands 

IMITPOS  (track  #,  bearing,  range,  beading,  speed,  altitude) 

RANDPOS  (track  #,  bearing,  range,  heading) 

INITCOND  (track  #,  motion  model,  turn  rate,  directed  heading,  video  size, 
NTDS  #,  track  type,  PIF 
PACKAGE  (#) 

BACKGROUND  (#} 

ROTSCRN  (degrees) 

ENGAGED  (track  #,  track  #) 

OFFSET  (bearing,  range) 

MODPROF  (pilot,  bogey,  tracker,  SWC) 

FUEL  (track  #,  #  of  pounds) 

CALLS  (visuals,  contact,  Judy,  tally  ho,  lost  contact,  famished) 

CAPSTN  (bearing,  range) 

TACSTN  (bearing,  range) 

REFPT  (track  #,  bearing,  range) 

OUTCOME  (outcome  #,  #  bogeys) 

POINT  (track  #,  bearing,  range) 

b.  Scenario  Control  Commands 

TRKON  (track  #,  time  or  event) 

TRKQFF  (track  #,  time  or  event) 

CHGHDG  (traok  #,  time  or  event,  motion  model,  turn  rate,  directed  heading) 
JINK  (track  #,  time  or  event,  degrees,  time  duration) 

FADE  (track  #,  time  or  event,  #  of  sweeps) 

SPLIT  (track  #,  time  or  event,  split  heading) 

NTDSFAIL  (time  or  event) 

EMERGENCY  (time  or  event) 


107 


NAVTRAEQOIPCEH  78-C-0182-8 


STRANGES  (track  3,  tine  or  «v«nt) 

FREEZE  (time  or  event) 

END  (event,  time) 

ABOUT  (time,  event) 

RENDEZVOUS  (time  or  event) 

INITIALIZATION  COMMANDS 

Descriptions  follow  of  the  commands  that  are  used  to  initialize  ACE 
scenarios.  Up  to  12  tracks  say  be  initially  positioned  in  relation  to  ownshlp 
by  bearings  and  ranges  (range  in  data  miles).  For  simplicity  and  consistency, 
track  numbers  are  allocated  as: 

0  -  ownshlp 

1  -  CAP 

2  -  bogey  and  pseudobogey 

3  -  stranger 

4-12  -  background  tracks 

13  -  not  used  in  initialization  (reserved  for  bogey  split,  see  SPLIT 

below) . 

14  -  CAP  station 

15  -  TACAN 

16-18  -  reference  points 
19-20  -  points  in  space 

INITIAL  POSITION.  This  command  describes  the  initial  position  of  a  track 
when  it  is  first  turned  on. 

INITPOS  (track  #,  bearing,  range,  heading,  speed,  altitude) 

Valid  argument  values  are: 

a.  track  #  -  numbered  1-12 

b.  bearing  -  degrees,  1  to  360 

c.  range  -  miles,  0  to  64 

d.  heading  -  degrees,  1  to  360 
e‘.  speed  -  macb  *10,  1-25 

f.  altitude  -  thousand  feet,  0  to  50 

RANDOM  POSITION.  A  capability  exists  for  the  scenario  writer  to  Indicate 
that  a  random  increment  is  to  be  applied  to  the  initial  position  arguments. 
The  random  increment  limits  are  provided  by  this  command  and  the  real  time 
program  determines  the  actual  increment  to  be  applied.  If  the  Random  Position 
command  is  sot  used,  the  initial  position  data  are  used. 

RANDPOS  (track  #,  bearing,  range,  heading) 

Valid  argument  limits: 

a.  track  #  -  numbered  1-12  (For  bearing,  range  or  heading,  a  number 
entry  offers  a  range  of  application  as  a  plus-or-minus  increment 
from  the  Initial  INITPOS  value  entered  for  bearing,  range  or  heading.) 
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b.  bearing  -  degrees,  0-10 
o.  range  -  miles,  0-10 
d.  heading  -  degrees,  0-10 

INITIAL  CONDITION.  This  command  describes  the  prevailing  conditions  of  a 
track  when  it  is  turned  on. 

INITC0ND  (track  #,  motion  model,  turn  rate,  directed  heading,  video 
size,  NTDS  #,  track  type,  [PIF  or  PU]) 

Valid  argument  values  are: 

a.  track  #  -  numbered  1-12 

b.  motion  model 


I  -  simple  (straight) 

±2  -  turning  (+2  for  starboard,  -2  for  port) 

±3  -  orbit  (+3  for  starboard,  -3  for  port) 

A  -  stationary  (surface  vessels) 

c.  turn  rate 

1  -  standard  (3.0  degrees  per  second) 

2  -  hard  (4.5  degrees  per  second) 

d.  directed  heading  -  degrees,  1  to  360 

e.  video  size 

1  -  small 

2  -  medium 

3  -  large 

f.  NTDS  #  -  0  to  7777  octal  (an  NTDS  track  number) 

g.  track  type 

0  -  no  symbol  displayed 
•  1  -  ownship 

2  -  cap 

3  -  bogey/unknown 

4  -  friendly/ stranger 

5  -  hostile/bandit 

II  -  engaged  cap 

12  -  CTF  cap 

13  -  engaged  friendly 

14  -  CTP  friendly 

15  -  surface  friendly 

16  -  engaged  bogey/ unknown 

17  -  CTF  bogey/unknown 

18  -  surface  unknown 

19  -  engaged  hostile 

20  -  CTF  hostile 

21  •  surface  hostile 
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22  -  ball  tab 

23  -  video 

24  -  CAP  station 

25  ~  hook 

26  -  pointer 

27  -  arrow 

28  -  large  zero 

29  -  large  R 

30  -  large  B 

31  -  large  F 

h.  PIF  #  (only  if  track  type  is  CAP) 

PIF  (CAP)  XXXXX  (octal),  Personal  Identification  Function,  0-29000 

PACKAGE.  This  command  allows  the  user  to  select  a  predefined  syntax  description 
with  computer  randomization  of  the  CAP,  bogey,  and  ownship  for  inclusion 
in  the  exercise. 

PACKAGE  (0) 

The  package  number  will  be  used  to  identify  a  file  containing  the  syntax 
descriptions;  e.g.,  4  yields  PACK4.SN.  Defined  package  numbers  consist  of: 

1  -  standard  (bogey,  CAP) 

2  -  stranger  (bogey,  CAP,  stranger) 

3  -  Joinup 

4  -  setups 

If  the  Package  command  is  not  used,  the  CAP,  bogey,  and  stranger  positions 
must  be  specified  by  the  INITPOS  &  INITCOND  commands.  At  least  one  track 
must  be  defined  to  operate  a  scenario.  There  will  be  no  more  than  ten  packages. 

BACKGROUND.  This  command  allows  the  user  to  select  a  predefined  syntax  de¬ 
scription  with  computer  randomization  of  background  tracks  for  inclusion 
in  the  exercise. 

BACKGROUND  (0) 

The  background  number  will  be  used  to  identify  a  file  containing  the 
syntax  descriptions;  e.g.,  3  yields  BKGN3.SN.  If  this  command  is  not  used, 
desired  background  tracks  must  be  scripted  and  included  using  the  INITPOS 
and  INITCOND  commands.  Otherwise,  there  will  be  no  background  tracks.  There 
may  be  no  more  than  twelve  background  tracks. 

RANDOM  SCREEN  ROTATION.  This  command  may  be  used  to  rotate  all  tracks  of 
a  scenario  to  create  a  different  look. 

ROTSCRN  (degrees) 

Display  may  be  rotated  1  to  360  degrees.  Zero  (0)  entry  Indicates  that 
the  rotation  amount  is  to  be  randomly  selected  by  the  oomputer.  If  this 
command  is  not  used  there  will  be  no  rotation. 
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OFFSET.  This  command  may  be  used  to  initially  create  a  radar  display  repre¬ 
sentation  with  the  center  of  the  scope  designated  by  the  input  bearing  and 
range  coordinates.  Ownship,  from  which  the  sweepline  originates,  will  reflect 
this  offset  by  appearing  in  a  non-centered  location.  If  omitted,  ownship 
is  in  the  center  of  the  screen. 

OFFSET  (bearing,  range) 

Valid  argument  values  are: 

bearing  -  degrees,  1-360 
range  -  miles,  0-6 4 

ENGAGEMENT  REQUEST.  If  desired,  the  initial  picture  can  be  defined  with 
CAP  or  pseudobogey  engaged  to  a  CAP  station,  another  initiated  track,  or 
a  bogey. 

ENGAGED  (track  #,  track  #) 

Valid  argument  values  are: 
track  #  -  0,  2-12  or  14 

Note:  14  indicates  engagement  to  the  CAP  station 

MODEL  PROFICIENCY.  This  command  allows  nonstandard  proficiencies  to  be  esta¬ 
blished  for  the  pilot,  bogey,  tracker,  and  SWC  models.  If  omitted  then  the 
model  proficiencies  will  be  defined  by  the  following  default  conditions: 
2  -  smart  pilot,  0  -  script  bogey,  0  -  perfect  tracker,  0  -  passive  SWC 

MODPROF  (pilot,  bogey,  tracker,  SWC) 

Valid  values  for  each  argument  have  the  following  definitions  (refer 
to  applicable  model  functions  for  definition  descriptions): 


value  - 

pilot 

bogey 

tracker 

SWC 

0  - 

script 

script 

perfect 

passive 

1  - 

directed 

- 

- 

fair  pesty 

2  - 

smart 

- 

- 

pesty 

3  - 

dumb 

- 

- 

* 

FUEL.  The 

CAP  or  pseudobogey 

can  be  initialized 

with  a  set 

amount  of  fuel. 

FUEL  (track  #,  #  pounds) 

Valid  argument  values  are: 
track  #  -  1-2 

#  pounds  -  1-185  (in  hundreds  of  pounds) 
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PILOT  CALLS.  This  command  allows  the  user  to  request  a  percentage  of  time 
that  the  pilot  is  to  make  the  correct  calls  when  the  conditions  exist.  Conditions 
only  apply  to  the  platform;  i.e. ,  no  calls  are  made  against  the  missile  (split 
track).  All  percentages  default  to  100. 

CALLS  (Visuals,  Contact,  JUDY,  TALLY  HO,  LOST  CONTACT  FAMISHED) 

Valid  percentages  that  may  be  selected  for  each  argument  are:  0,  -100. 
For  contact  calls  a  value  of  -1  is  also  valid  and  means  that  all  calls  will 
be  incorrect. 

STATIONS.  When  desired,  one  each  CAP  station  and  TACAN  station  maybe  designated. 

CAPSTN  (bearing,  range,  altitude) 

TACSTN  (bearing,  range) 

Valid  argument  values  are: 

bearing  -  degrees,  1  to  360 
range  -  miles,  0  to  64 
altitude  -  angels,  0-24 

REFERENCE  POINTS.  When  desired  up  to  three  reference  points  maybe  designated. 
REFPT  (track  #,  bearing,  range) 

Valid  argument  values  are: 

track  #  -  ±19,  ±20  (a  negative  track  #  will  define  a  reference  point, 
but  no  symbol  will  appear  on  the  PPI) 
bearing  -  degrees,  1  to  360 
range  -  miles,  0  to  64 

INTERCEPT  OUTCOME.  Desired  outcome  of  an  intercept  can  be  selected,  assuming 
the  proper  conditions  are  satisfied.  If  no  outcome  is  defined,  default  will 
be  zero.  Outcome  is  processed  by  the  pilot  function  after  a  tally  ho  oondition 
and  after  receipt  of  a  breakaway  command  from  AIC. 

OUTCOME  (#,y) 

The  argument  "y"  is  used  to  specify  the  number  of  bogeys  to  be  reported 
(1  to  3).  Default  will  be  one.  Valid  argument  values  for  #  are: 

0  -  computer  determines  whether  splash  or  heads  up 

1  -  splash 

2  -  heads  up 

SCENARIO  CONTROL  COMMANDS 

These  commands  may  be  used  to  alter  the  initial  conditions  at  designated 
times  or  upon  the  occurrence  of  a  predefined  event. 
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Time  is  expressed  in  seconds  froa  exercise  begin  and  events  are  expressed 
as  negative  integers.  The  definition  of  events  will  be  contained  in  the 
Instructor  Handbook.  All  track  numbers  are  in  the  range  of  0  to  12  (13  for 
split  reference). 

TBACX  ON/OPF.  These  coaaands  allow  the  scriptor  to  control  the  display  of 
individual  track  video.  71deo  is  initially  turned  off. 

TKJCON  (track  #,  tiae  or  event) 

TBKOFF  (track  #t  tiae  or  event) 

CHANGE  TBACX  HEADING.  Individual  track  headings  aay  be  changed  by  using 
this  command. 

CHGHDG  (track  #,  time  or  event,  motion  model,  turn  rate,  directed  heading) 

Valid  argument  entries  for  motion  model,  turn  rate,  and  directed  heading 
are  defined  under  the  INITCOND  command. 

BOGEX  JINK.  This  command  allows  the  scriptor  some  relative  turning  control. 
Normally  this  command  is  used  for  "Jinking"  the  bogey. 

JINK  (track  #,  time  or  event,  degrees,  seconds) 

Valid  arguments  are: 

track  #  -  1  to  12  - 

degrees  -  Relative  heading  amount  (1  to  360),  negative  degrees 
for  port  direction,  positive  degrees  for  starboard  direction. 
Turn  rate  will  be  at  current  rate.  If  track  two  is  selected, 
the  degree  argument  will  be  interpreted  as  a  relative 
heading  change  in  either  direction  with  respect  to  the 
current  heading.  Track  two  example:  If  track's  present 
heading  is  180,  and  30  is  the  degree  argument,  the  computer 
would  select  between  headings  150  and  210. 

seconds  -  The  total  time  for  the  Jink  and  the  duration  of  time 
that  the  Bogey  Model  is  to  be  turned  off.  Note:  This 
argument  is  ignored  for  all  tracks  other  than  track  # 
2  or  13  and  need  not  correlate  with  the  time  to  reach 
the  new  heading. 

FADE  A  TBACX.  This  command  allows  an  individual  piece  of  video  to  be  explicitly 
faded. 

FADE  (track  #,  time  or  event,  #  of  sweeps) 

Valid  argument  for  #  of  sweeps  is  1  to  84 
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SPLIT  A  TRACI.  This  command  allows  the  scriptor  to  split  one  track.  The 
new  track  is  identified  as  track  nuaber  13  end  simulates  a  nisslle. 

SPLIT  (track  #,  tine  or  event,  split  heading} 

Split  heading  la  in  degrees,  1  to  360 

NTDS  FAILURE.  MTDS  functions  nay  be  inhibited  for  the  remainder  of  the  exercise 
with  this  coaaand.  Scenario  will  continue  with  all  other  eleaents. 

NTDSFAIL  (tine  or  event) 

Tine  oust  be  greater  than  zero. 

EMERGEHCT.  This  command  may  be  used  to  indicate  that  the  CAP  has  declared 
an  eaergency.  A  beeper  on  the  guard  channel  of  the  TEC  is  activated. 

EMERGEHCT  (time  or  event) 

STRANGER.  This  command  allows  the  scriptor  some  control  over  associating 
tracks  with  the  stranger  model.  Control  of  the  indicated  traok  (limited 
to  track  3)  will  be  turned  over  to  the  stranger  model  at  the  designated  time 
or  event.  Track's  video  will  be  ascertained  to  be  on.  If  the  traok  has 
not  been  initialized,  an  error  will  occur. 

STRANGER  (time  or  event,  track  3) 

FREEZE.  This  command  may  be.  used  to  cause  time  to  cease  being  updated  and 
consequently  tracks  from  moving.  Radar  sweep  continues. 

FREEZE  (time  or  event) 

END.  This  commend  allows  scenarios  to  be  gracefully  ended. 

END  (time  or  event) 

ABORT.  This  command  allows  the  scriptor  to  identify  a  time  at  which  a  particular 
event  must  have  been  completed,  otherwise  cause  the  exercise  to  abort. 

ABORT  (event,  time) 

RENDEZVOUS.  This  coaaand  allows  the  scriptor  to  have  the  pilot  function 
request  a  rendezvous.  Normally,  the  rendezvous  coaaand  will  be  based  on 
an  event,  e.g. ,  activation  of  a  button. 

RENDEZVOUS  (time  or  event) 
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APPENDIX  B 

SXSTEN  INTERFACE  DEFINITIONS 


INTRODOCTION 

This  appendix  defines  the  system  interface  data.  These  data  are  described 
in  an  appendix  because:  (1)  they  are  used  by  moat  of  the  programing  personnel, 
and  (2)  they  are  the  aost  susceptible  to  initial  change  when  coding  begins. 
The  system  interface  data  are  described  at  the  coaputer  language  level  and 
include  the  following  kinds  of  data: 

a.  Common  data  definitions 

b.  Data  transferred  among  the  ACE  processors  using  the  multiprocessor 
communications  adapter  (MCA)  inter-computer  high  speed  DMA  Interface  and 
data  transferred  among  the  ACE  AOS  processes  within  a  processor  using  the 
IPC  capability 

c.  Micronova  interface  definitions 

d.  Scenario  generation  output  definitions 

e.  Segment  definition  output  definitions 

Exhibits  B1  through  B16  at  the  end  of  this  appendix  contain  computer 
printouts  of  files  used  to  define  common  data  and  the  MCA  and  IPC  message 
formats. 

COMMON  DATA  DEFINITIONS 

These  data  are  considered  to  be  of  Interest  to  more  than  one  process 
and/or  processors. 

SHARED  PAGE.  All  common  data  or  data  that  are  required  for  use  by  multiple 
processes  shall  reside  in  the  shared  page  area. 

The  shared  page  is  divided  into  two  major  areas:  the  system  one  area 
and  the  system  two  area.  They  a re  so  named  because  the  instructor  computer 
updates  and  maintains  the  values  contained  in  the  system  one  area;  likewise, 
the  simulation  computer  updates  and  maintains  the  system  two  area.  Each 
of  these  computers  transfer  their  portion  of  the  shared  page  to  the  other 
computer  each  second  so  that  all  current  data  values  can  be  referenced  by 
processes  on  both  computers.  The  speech  computer  receives  only  a  select 
subset  of  the  data  on  shared  page  and  does  not  provide  any  data  update  to 
the  rest  of  ACE. 

Shared  page  variables  access  is  achieved  via  the  literal  and  pointer 
constructs  of  DGL.  Each  of  the  data  areas  consists  of  one  or  more  buffer 
areas.  A  buffer  area  is  defined  to  be  a  logical  aggregate  of  related  data 
that  are  physically  contiguous.  The  system  one  area  is  composed  of  one  buffer 
area  which  holds  ACE  system  and  trainer  state  variables.  The  system  two 
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area  contains  two  buffer  areas:  an  NTDS  simulation  area  and  a  track  data 
table  area.  At  tbe  start  of  each  buffer  area  an  entry  la  defined.  Data 
within  the  buffer  area  is  referenced  as  an  offset  from  the  entry. 

The  following  convention  is  used  to  define  a  datum  in  the  shared  page: 

LITEBAL  name  ( ( pointer_expresaion)  ->  data_type); 

a.  Name  -  This  is  the  literal  by  which  the  data  is  referenced  and  is 
defined  by  the  originator. 

b.  Polnter.expresslon  -  The  pointer  expression  contains  the  buffer 
area  entry  plus  the  relative  word  offset  from  the  beginning  of  the  current 
buffer  area  to  the  named  datum. 

c.  Data. type  -  This  represents  the  amount  of  storage  associated  with 
the  data.  These  types  are: 

(1)  12  or  BI  -  a  single  precision  integer  occupying  two  bytes  of 

storage 


(2)  14  -  a  double  precision  integer  occupying  four  bytes  of  storage 

(3)  H4  or  BR  -  a  single  precision  real  occupying  four  bytes  of  storage 
(4}  88  -  a  double  precision  real  occupying  eight  bytes  of  storage 

(5)  STHn  or  BSn  -  a  string  having  n  characters  (one  per  byte)  and 
occupying  n  bytes  of  storage 

(6)  B2  or  BB  •  a  single  precision  Boolean  occupying  two  bytes  of 

storage 


(7)  no  data  type  -  if  no  data  type  is  specified  the  named  datum 
is  a  pointer  to  the  defined  location  in  the  shared  page.  This  is  done  when 
the  datum  is  the  start  of  an  array.  An  array  La  defined  as  a  collection 
of  related  data  items  which  is  referenced  via  an  index. 

Exhibit  BI  is  a  computer  listing  of  the  shared  page  definition  literal 

file. 

SYSTEM  ONE  AREA.  This  area  is  reserved  for  those  data  that  are  global  to 
ACE  in  general.  Of  primary  concern  is  information  related  to  the  state  of 
ACE,  tbe  mode  of  operation,  the  identities  of  the  current  instructor  and 
student,  and  the  elapsed  time  on  the  master  exercise  clock. 

HTDS  SIMULATION  DATA.  This  data  area  contains  NTDS  symbol  data  and  TEC  swltoh 
data  as  described  in  Exhibit  BI.  The  track-related  symbol  data  is  referenced 
via  data  arrays  indexed  by  the  ti-aok  number.  Other  data  items  stored  include 
offset  position,  ball  tab  position,  PPIRO,  and  intercept  information.  The 
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TEC  switch  data  table  contains  the  current  switch  settings  for  all  operational 
TEC  switches. 

TRACS  DATA  TABLE.  Track  data  for  all  videos  are  maintained  in  this  data 
area.  Each  video  parameter  Is  stored  as  an  array  Indexed  by  track  nuaber. 
In  addition  to  this  track  data,  the  nuaber  of  half  degree  counts  and  the 
student  disk  Identifier  are  stored  as  described  In  Exhibit  B1. 

MULTIPROCESSOR  COMMUNICATIONS  ADAPTOR  (MCA)  AND  INTEBPROCESSO R  COMMUNICATIONS 
(IPC)  FORMATS. 

The  same  format  is  used  for  data  to  be  transferred  across  the  MCA  and 
via  IPCs.  The  general  foroat  is  defined  as  follows: 

a.  word  zero  contains  intercomputer  routing  information 

b.  word  one  contains  the  message  ID 

c.  word  three  contains  the  data  length  and  sender's  ID 

d.  word  four  and  five  contain  a  time  tag 

e.  any  additional  words  contain  message  data. 

This  general  format  and  some  commonly  used  data  item  offsets  are  defined 
In  the  computer  file,  IPQ_F08MATS.LT.  Exhibit  B2  is  a  listing  of  IPC_P0RMATS.LT. 

All  MCA  and  IPC  formats  are  referenced  in  IPC. FORMA TS.LT.  However, 
the  actual  definition  of  many  of  the  IPC  messages  are  contained  in  smaller, 
message  specific  computer  files.  Exhibits  B3  through  B15  are  printouts  of 
these  files. 

STATUS  DATA.  Status  data  will  describe  the  state  that  the  processors  are 
to  assume.  Exhibit  B3  defines  all  possible  states. 

EVENT  DATA.  Event  data  indicates  the  occurrence  of  events  in  STS2  and  SYS3. 

Micronova  Reported  Switch/Button  Action  Events.  All  Micronova  reported  switch/ 
button  action  events  are  deteoted  by  the  NTDS  function.  These  events  are 
of  interest  primarily  to  the  simple  testing  function  when  the  system  is  monitoring 
a  check  or  test.  Exhibit  B4  contains  the  basic  message  format.  Data  contained 
within  the  message  are  defined  in  Table  81. 
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TABLE  B1 .  NTD3  SWITCH/ BUTTON  EVENTS 
EVENT_ID  SVENTJJATA  DESCRIPTION 


0  —  Not  used 

1  LABELS  "OP/LOW  LABELS"  VAB  pressed.  EVENTJJATA  contains 

LABELS,  the  label  state  at  the  completion  of  a 
VAB  entry. 

LABELS  a  0  a  upper  labels  in  effect 

LABELS  ala  lower  labels  in  effect 

2  LABELS  "ACCPT/DEL"  VAB  pressed. 

3  LABELS  "BRE/CANTO"  VAB  pressed. 

A  -  Not  used. 

5  — —  Not  used. 

6  —  Not  used. 

7  LABELS  "TRACK  HIST"  VAB  pressed. 

8  LABELS  "POSIT  DATA"  VAB  pressed. 

9  1-6  "HDG/SPD/ALT  |  FUEL/MSLS"  VAB  pressed. 

EVENTJDATA  a  1  a  Heading 
a  2  a  Speed 
a  3  3  Altitude 
a  4  a  Fuel 
a  5  a  Rear  Missiles 
8  6  a  All-Aspect  Missiles 


10 

N/A 

"DN/LFT"  VAB  pressed. 

11 

N/A 

"UP/RT"  VAB  pressed. 

12 

N/A 

"POSCOR/STDT"  VAB  pressed. 

13 

TJHgT-C 

"GEOM"  VAB  pressed. 

14 

labels 

"ORD  SEND"  VAB  pressed. 

15 

— 

Not  used. 

16 

— - 

Not  used. 

17 

LABELS 

•NEW  TRK*  VAB  pressed. 

18 

— 

Not  used. 

19 

0 

•BALL  TAB  ENABLED"  PA B  pressed. 

20 

0 

•BALL  TAB  CENTER*  FAB  pressed. 

21 

0-18 

•BOOK"  PAB  pressed.  EVENT_DATA  contains  number 
of  hooked  track. 

22 

0-26 

•SEQ"  PAB  pressed.  EVENT_DATA  contains  number 
of  hooked  track  (0  -  18)  or  alert  code  +20 
(21  -  26). 

23 

0 

•ENTER  OFFSET"  FAB  pressed. 

24 

0-18 

•DROP  TRK"  FAB  pressed. 

25 

0 

•ENTER  MODE  AND  RADAR"  FAB  pressed. 

26 

0 

■FUNCTION  CODE"  FAB  pressed.  Followed  by  three 
separate  messages  of  EVENT_ID  30,  31?  32. 

27 

0 

"TRACK  NUMBER*  FAB  pressed.  Followed  by  three 
messages  of  EVENTJCD  30,  31,  32. 
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EVENTJID 

TABLE  B1. 

EVENTJDATA 

NTDS  SWITCH/ BUTTON  STENTS  -  continued 

DESCRIPTION 

28 

0 

"HEIGHT"  FAB  pressed.  Followed  by  three  messages 
of  EVENT^LD  30,  31,  32. 

29 

0 

"SIF  CODE"  FAB  pressed.  Followed  by  three  messages 
of  EVENTJID  30,  31.  32. 

30 

NED  1 

NED  1  value;  BCD. 

31 

NED  2/3 

Values  of  NEDs  2  and  3;  packed  BCD. 

32 

NED  4/5 

Values  of  NEDs  4  and  5;  packed  BCD. 

33 

— 

Not  used. 

34 

— 

Not  used. 

35 

DATA 

"RANGE"  switch  setting  changed. 

36 

DATA 

"CRT  CENTER"  switch  setting  changed. 

37 

DATA 

"STANDARD  LEADERS”  switch  changed. 

38 

DATA 

"RADAR  SELECT”  switch  changed. 

39 

DATA 

"RADAR  VIDEO  SELECT”  switch  changed. 

40 

0 

Not  used. 

41 

0 

Not  used. 

42 

0 

Not  used. 

43 

0 

Not  used. 

44 

DATA 

"TALE"  switch  setting  changed. 

45 

DATA 

"LEFT  PHONE”  switch  setting  changed. 

46 

DATA 

"RIGHT  PHONE”  switch  setting  changed. 

47 

1  -  2 

"FOOTS WITCH"  State  change.  EVENTJDATA  s  1  for 
"ON",  2  for  "OFF". 

48 

1  -  2 

"COMM  (POINTER)"  state  change.  1  *  ON,  2  >  OFF. 

49 

1  -  2 

"C0MM2  (SWC)"  state  change.  1  *  ON,  2  «  OFF. 

50 

• 

• 

Not  used. 

e 

• 

• 

112 

• 

• 

e 

e 

Not  used. 

113 

0 

"ILLEGAL  ACTION"  alert  issued. 

114 

• 

• 

• 

Not  used. 

a 

159 

• 

• 

Not  used. 

160 

0 

"NTDS  RESET". 

161 

— 

Not  used. 

162 

0 

"NTDS  RUNNING". 

163 

Not  used; 

164 

0 

"NTDS  CONTINUING". 

165 

• 

• 

• 

• 

• 

• 

Not  used. 

e 

e 

e 
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Scenario  Events.  Scenario  events  are  detected  by  various  functions.  The 
general  message  format  is  described  in  Exhibit  B6.  Events  are  listed  in 
Exhibit  B16  in  a  literal  file  format: 

LITERAL  event  (event_number) ;  $  functioruname 

a.  "event"  is  the  name  and  decription  of  the  event 

b.  "event_number"  is  the  number  which  represents  the  event 

c.  ”function_name”  is  the  name  of  the  function  which  detects  the  named 
event. 


Abbreviations  for  the  nonobvious  functions  are:  ATC  for  adaptive  training 
control,  SC  for  scenario  control,  and  ROFM  for  radar  output  formatter. 

SUS  Expression  Events.  SUS  expression  events  are  detected  by  the  speech 
recognition  function.  These  events  are  of  interest  to  the  appropriate  pilot 
or  SWC  functions  and  to  the  performance  measurement  function.  Exhibit  B2 
defines  the  general  message  format. 

The  SUS  expressions  are  listed  and  identified  by  number  in  Table  B2. 
Arguments  to  the  expressions  consist  of  applicable  call  sign  (C/S)  code  identi* 
fiers,  and  values  of  variable  data;  e.g.,  heading.  Applicable  call  signs 
are  Silver  Hawk  and  Crackerjack. 

The  following  conventions  will  be  used: 

xxx  -  is  heading  or  bearing  spoken  as  single  digits  using  001  to  360 
degrees. 

yy  -  is  the  range  in  miles  from  0  to  39. 
fff  -  is  the  fuel  from  0  to  125  pounds, 
zz  -  is  the  altitude  from  0  to  50  (thousand)  feet, 
m  -  is  the  mach  speed  as  a  single  digit, 
n  -  is  a  single  digit  number. 
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TABLE  B2.  SOS  EXPRESSION  EVENTS 


EXPRESSION 


ROGER 
SAT  AGAIN 
CORRECTION 

DISREGARD  THIS  TRANSMISSION 

C/S;  PORT  XXX 

C/S;  STARBOARD  XXX 

C/S;  VECTOR  XXX 

C/S;  PORT  XXX;  FOR  BOGEY 

C/S,  STARBOARD  XXX,  FOR  BOGEY 

C/S;  VECTOR  XXX;  FOR  BOGEY 

STATION  XXX;  YY 

BOGEY  XXX;  YY 

BOGEY  TRACKING  XXX;  SPEED  POINT  M 
C/S( ; )  MARK  YOUR  TACAN 
C/S( ; )  WHAT  STATE? 

ROGER,  STATE  FFF 
C/S,  STATE  FFF  (TO  SWC) 

I  HAVE  CONTROL  OF  C/S  (TO  SWC) 

C/S( ; )  ON  STATION 

C/S( ; )  BREAKING  AWAY  (TO  SWC) 

SPLASH;  ONE/TWO  BOGEY(S)  (TO  SWC) 
HEADS-UP;  ONE/TWO  BOGEY(S)  (TO  SWC) 

BOGEY  SINGLE  ALTITUDE  ZZ  THOUSAND 

BOGEYS  MULTIPLE  ALTITUDE  ZZ  THOUSAND 

BOGEY  JINKING  LEFT 

BOGEY  JINKING  RIGHT 

BOGEY  SPLITTING 

ROGER;  BOGEY  TRACKING  XXX 

NEGATIVE;  BOGEY  XXX;  YY 

STRANGER  XXX;  YY 

STRANGER  OPENING 

STRANGER  OPENING 

v/S( ; )  TIGHTEN  TURN 

C/S( ; )  EASE  TURN 

C/S( ; )  RADIO  CHECK  OVER 

BOGEY  IN  THE  DARK 

FIGHTER  IN  THE  DARK 

C/S( ; )  MY  OCTOPUS  IS  BENT 

C/S( ; )  EMERGENCY  (TO  SWC) 

C/S;  PORT  XXX;  FOR  RENDEZVOUS 

C/S;  STARBOARD  XXX;  FOR  RENDEZVOUS 

C/S;  VECTOR  XXX;  FOR  RENDEZVOUS 

C/S  DETACH  PORT  XXX;  FOR  SEPARATION 

C/S  DETACH  STARBOARD  XXX;  FOR  SEPARATION 

C/S;  CONTINUE  XXX 

C/S;  BREAKAWAY  XXX 

C/S;  ANGELS  ZZ 

C/S;  C/S  XXX;  YY 


EVENT  # 

EVENT  LIST 

201 

201 

202 

202 

203 

203 

204 

204 

205 

205,  C/S,  XXX 

206 

206,  C/S,  XXX 

207 

207,  C/S,  XXX 

208 

208,  C/S,  XXX 

209 

209,  C/S,  XXX 

210 

210,  C/S,  XXX 

211 

211,  XX r  YY 

212 

212,  XXX,  YY 

213 

213,  XXX,  M 

214 

214,  C/S 

215 

215,  C/S 

216 

216,  FFF 

217 

217,  C/S,  FFF 

218 

218,  C/S 

219 

219,  C/S 

220 

220,  C/S 

221 

221,  1/2 

222 

222,  1/2 

223 

223,  ZZ 

224 

224,  ZZ 

225 

225 

226 

226 

227 

227 

228 

228,  XXX 

229 

229,  XXX,  YY 

230 

230,  XXX,  YY 

231 

231,  XXX,  ZZ 

232 

232 

233 

233,  C/S 

234 

234,  C/S 

235 

235,  C/S 

236 

236 

237 

237 

238 

238,  C/S 

239 

239,  C/S 

240 

240,  C/S,  XXX 

241 

241,  C/S,  XXX 

242 

242,  C/S,  XXX 

243 

243,  C/S,  XXX 

244 

244,  C/S,  XXX 

245 

245,  C/S,  XXX 

246 

246,  C/S,  XXX 

247 

247,  C/S,  ZZ 

248 

248,  C/S,  XXX,  YY 
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TABLE  B2.  SOS  EXPRESSION  EVENTS  -  contlauad 


EXPRESSION 


EVENT  # 


EVENT  LIST 


C/S( ; )  STEADY 

C/S( ; )  LOST  COMMUNICATIONS  INTENTIONS 

ROGER  LOST  COMM 

C/S;  PORT  XXX;  AS  BOGEY 

C/S;  STARBOARD  XXX;  AS  BOGEY 

C/S;  VECTOR  XXX;  AS  BOGEY 

AIC1  (TO  SUC) 

BOGEY  TRACKING  XXX 
SAY  AGAIN  (TO  SUC) 

EMERGENCY  XXX  YY 


249 

249, 

C/S 

250 

250, 

C/S 

251 

251 

252 

252, 

C/S, 

XXX 

253 

253, 

C/S, 

XXX 

254 

254, 

C/S, 

XXX 

255 

255 

256 

256, 

XXX 

257 

257 

258 

258, 

XXX, 

YY 

i;  ai g"«  ar«  repraaantad  aa  followa: 


SILVER  BANK 
CRACKER JACK 


25 

26 


s 


NAVTRAEQUIPCEN  78-C-0182-8 


Votrax  Events.  Votrax  events  are  detected  by  the  pilot  function  and  are 
of  interest  to  the  speech  generation  and  performance  measurement  functions. 
Exhibit  B6  contains  the  general  format  for  the  message.  Votrax  events  are 
listed  in  Table  B3.  The  conventions  used  are  identical  to  those  used  for 
the  SUS  Expression  Events. 


TABLE  B3.  VOTRAX  EVENTS 

EVENT 

EVENT  # 

EVENT  LIST 

ROTH  THIS  IS  SILVER  HAWK  ON  MIRAMAR'S 


XXX  YY,  ANGELS  ZZ,  HEADING  XXX,  OVER 

301 

301, 

XXX, 

YY, 

ZZ, 

XXX 

RUTH  THIS  IS  SILVERHAWK  ON  MIRAMAR'S 

XXX,  YY,  CRACKERJACK,  ANGELS,  ZZ, 

HEADING  XXX,  OVER 

302 

302, 

XXX, 

YY, 

ZZ, 

XXX 

LOOKING 

303 

303 

VISUAL 

304 

304 

CONTACT  XXX  YY 

305 

305, 

XXX, 

YY 

JUDY 

306 

306 

LOST  CONTACT 

307 

307 

TALLY  HO,  F0X1 ,  BREAKAWAY 

308 

308 

HEADS-UP  N  BOGEY (S) 

309 

309, 

1/2 

SPLASH  N  BOGEY(S) 

310 

310, 

1/2 

RENDEZVOUS  POINT  WHISKEY,  ANGELS  ZZ 

311 

311, 

ZZ 

ROGER  XXX 

312 

312, 

XXX 

STATE  FFF 

313 

313, 

FFF 

ROGER  EASE  TURN 

314 

314 

ROGER  TIGHTEN  TURN 

315 

315 

XXX,  YY  (REPONSE  TO  TACAN  REQUEST) 

316 

316, 

XXX, 

YY 

REQUEST  RENDEZVOUS  WITH  CRACKERJACK 

317 

317 

FAMISHED 

318 

318 

REQUEST  BOGEY  DOPE  ON  PLATFORM 

319 

319 

ROGER 

320 

320 

SAY  AGAIN 

321 

321 

JUDY,  F0X1 ,  BREAKAWAY  HEADING 

322 

322 

REQUEST  BREAKAWAY  HEADING 

323 

323 

STRANGER  OPENING 

324 

324 

(REPEAT  LAST  PHRASE) 

325 

325 
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Digitized  Speech  Events.  Digitized  speech  events  are  detected  by  the  SWC 
or  the  pseudo  bogey  functions  and  are  of  interest  to  the  performance  measureaent 


function.  Exhibit  815  lists  these  messages.  The  specific  events  requested 
by  the  SWC  and  the  pseudo  bogey  appear  in  Table  B4. 


TABLE  BA.  SWC  AMD  PSEUDO  BOGEY  EVENTS 

EVENT  EVENT  #  EVENT  LIST 


SWC: 

WHAT  STATE 

UPDATE  SYMBOLS 

RESULTS  OF  INTERCEPT 

BREAKAWAY  REPORT 

SILVERHAWK  AIRBORNE  FOR  CONTROL 

SWC  AYE 

THANK  YOU 

VERY  WELL 

SAY  AGAIN 

(REPEAT  LAST  PHRASE) 

STATE  BEARING  AND  RANGE  FROM  OWN SHIP 
TO  EMERGENCY 

PSEUDO  BOGEY: 


ROGER 

501 

501 

ROGER  ZZZ 

502 

502,  XXX 

STATE  FFF 

503 

503,  FFF 

ROGER  EASE  TURN 

504 

504 

ROGER  TIGHTEN  TURN 

505 

505 

XXX,  YY  (RESPONSE  TO  TACAN  REQUEST) 

506 

506,  XXX, 

SAY  AGAIN 

507 

507 

401 

401 

402 

402 

403 

403 

404 

404 

405 

405 

406 

406 

407 

407 

408 

406 

409 

409 

410 

410 

411 

411 

SHARED  PAGE  DATA.  Shared  page  data  updates  are  passed  from  SYS1  to  SYS2, 
from  SYS2  to  SYS3t  and  from  SYS2  to  SYS1  on  a  once  per  second  basis  for  the 
purposes  of  performance  measureaent  and  general  system  paraaeter  update. 
Exhibit  B7  contains  the  message  and  lists  the  data  sent  froa  SYS2  to  SYS3. 
As  aentloned  previously  in  the  discussion  of  the  shared  page,  SYS1  sends 
only  the  systea  one  data  area  to  SYS2  and  SYS2  sends  only  the  system  two 
area  to  systea  one. 
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SIMULATION  COMMANDS.  NTDS  Simulation  commands  may  be  Issued  by  the  Instructor 
computer  during  interactive  teaching.  Table  B5  contains  the  command  data 
definition  for  the  message  defined  in  Exhibit  B8. 


TABLE  B5.  NTDS  SIMULATION  COMMAND  DATA 

INPUTjm  INPUTJDATA  N  DESCRIPTION 

000  Illegal  -  do  not  use. 

1-29  0  0  TEC  QAB  simulated  Inputs. 

See  Table  B6  for  identifications 

30-122  -  0  TEC  simulated  buttons  -  USE  WITH  CAPTION 1 

123  see  text  0  Alert  input.  INPUTJDATA  values: 

1  a  SVC  Break  Engage  Order 

2  s  SWC  Engage  Order 

3  a  Poor  Sit/Sol  Impos 

4  s  A/C  Arrived 

5  =  Beeper-on-guard 

6  s  SWC  Enage  Split  Order 


i 

124 

see  text 

0 

Kill  track  symbol.  INPUT.DATA  contains  the 
number  of  the  track  to  be  dropped  from  PPI  display. 

t 

j 

125 

0 

5 

Input  P0S  COR  via  IPC.  TEC_DATA[  1  ]  is  track 
number,  TECJDATAC2]  ♦  [33  is  new  and  TECJDATA 
[4]  ♦  [5]  is  new  Y  (both  real) 

\ 

126 

0 

Flash  SWC  com  button  -  SWC  is  calling. 

127-132 

0 

0 

Reserved  -  do  not  use. 

* 

133 

0-1 

0 

Specify  upper  or  lower  labels  without  simulating 
button  press. 

0  s  upper 

1  s  lower 

i 

134 

0 

1 

Single-word  direct  Micronova  commands.  Contents 
of  TECJDATA[1]  are  defined  as  in  Table  B7,  with 
this  exception:  instructions  having  Byte  1 
equal  to  135,  136,  137,  190,  192,  193.  198  and 
199  shall  not  be  valid  inputs. 

135 

0 

5 

Load  NEP  readout.  TEC_DATA  [i]  oontalns  the 
decimal  value  of  the  1-th  digit  to  be  displayed. 

i 

136 

0 

18 

Load  DR0  display.  TEC_DATA  [1]  through  TECJDATA 
[18]  contain  36  b:vtaa  indicating  the  number 
of  the  display  to  go  in  each  cell.  See  Table 
B8. 

137 

0-4 

40 

ID_1 5_TEC_DATA  contains  ASCII  characters,  two 

per  word.  The  only  control  characters  allowed 
are  <fora  feed>,  which  clears  the  CRT  and  homes 
the  fictitious  cursor,  and  <CR>  which  places 
the  fictitious  cursor  at  the  beginning  of  the 
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TABLE  B5.  NTDS  SIMULATION  COMMAND  DATA  -  continued 


INPUT_ID 

INPUTJDATA 

N 

DESCRIPTION 

next  line.  After  a  <CR>  or  <FF>  a  maximum  of 
80  text  characters  will  be  displayed;  all  others 
will  be  Ignored  until  a  <CR>  or  a  <FF>  is  received. 
Each  new  string  will  begin  at  the  point  where 
the  previous  string  stopped.  The  last  byte 
of  the  message  MOST  be  254  (FE),  the  message 
terminator  for  the  Micronova;  ID_1 5_TEC_J)ATA 
MOST  be  42  words  in  length. 

140 

0 

0 

"NTDS  DOWN"  command  input. 

141 

see  text 

0 

"HOOK  SPECIFIED  TRACK”  command  input.  INPUTJJATA 
contains  the  number  of  the  track  to  be  booked. 
If  INPUT_DATA  s  -1 ,  a  currently-hooked  track 
will  be  unhooked. 

142 

see  text 

4 

"POSITION  BALL  TAB"  command  input.  TEC_J>ATA[  1  ] 
oontalns  the  Z  coordinate  (in  miles)  of  the 
ball  tab;  TECJ)ATA[2]  contains  the  y  coordinate. 
INPUT_DATA  determines  the  display  state  of  the 
ball  tab: 

0  a  disabled 

1  *  displayed  but  disabled 

2  a  dislayed  and  enabled 

143-159 

0 

Reserved  -  do  not  use. 

160 

0 

0 

"RESET  NTDS"  command  input. 

161 

0 

0 

"SHOEHORN  NTDS"  command  input  (valid  only  after 
"RESET  NTDS") . 

162 

0 

0 

"RON  NTDS"  command  input.  (Valid  only  in  the 
IDLE  State.) 

163 

0 

0 

"FREEZE  NTDS”  command  inputs. 

164 

0 

0 

"CONTINUE  NTDS”  command  input.  (Valid  only 
after  "FREEZE  NTDS".) 

165 

0 

0 

"ABORT  NTDS"  command  input. 

KEYBOARD  AND  CRT  DISPLAY  COMMANDS.  Keyboard  control  and  page  and  sassage 
ooaaands  nay  be  Issued  by  the  Instructor  or  speech  computer  at  any  tine  to 
facilitate  student  Instruction.  Anong  these  are  commands  used  by  adaptive 
training  control  (ATC)  to  enable  and  disable  special  function  keys  to  control 
their  availability;  commands  used  by  ATC,  speech  training,  and  summary  functions 
to  enable  page  display  for  any  of  the  teaching  segments,  menus,  or  speech 
prompts;  and  key  Input  commands  used  by  ATC  and  summary  functions  to  sequence 
through  page  displays,  to  enable  menu  selection,  and  to  facilitate  simple 
tests.  Exhibit  B9  describes  the  message  format  used  for  both  the  instructor 
and  student  consoles  and  the  TEC  CRT. 
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FILS  TRANSFER  COMMANDS.  File  transfer  commands ,  as  defined  in  Exhibit  BIO, 
will  allow  files  from  a  disk  associated  with  one  computer  to  be  transferred 
to  a  disk  associated  with  a  different  computer.  Exhibit  BIO  contains  the 
MCA  synchronization  message  which  allows  MCA  communication  and  the  error 
report  commands.  The  error  report  commands  enable  STS1  to  log  system  errors 
in  a  common  error  file  and  to  coordinate  a  system  shutdown  if  necessary. 

ADAPTIVE  TRAINING  COMMANDS.  Adaptive  training  commands  are  used  to  direct 
and  advise  adaptive  training  control.  Keyboard  inputs,  menu  requests,  performance 
errors,  speech  activity  status,  NTDS  status  and  a  variety  of  other  training 
related  activity  are  reported  by  the  IPCs  desoribed  in  Exhibits  B2,  B11, 
and  B12. 

SUMMARY  FUNCTION  COMMANDS.  Summary  function  commands  forward  both  student 
and  instructor  instigated  requests  for  student  statistics  from  ATC  to  one 
of  the  two  summary  functions.  Keyboard  inputs  to  facilitate  menu  selection 
and  to  satisfy  summary  function  queries  are  also  defined  in  Exhibit  B13  in 
addition  to  the  summary  initiation  IPCs. 

SPEECH  COMMANDS.  ATC  requests  speech  collection,  validation,  practice,  voice 
test,  replay,  speech  recognition,  and  all  other  speech  activity  via  the  IPCs 
in  Exhibit  B14.  These  commands  are  issued  to  initiate  speech  activity  in 
training  segments  and  supplemental  activity. 

VOICE  GENERATION  CGM1ANDS.  ATC  Issues  the  voice  generation  commands  in  exhibits 
B6  and  B15  during  interactive  teaching  segments  using  the  events  defined 
in  Table  B3,  and  Tables  B2  and  B4,  respectively.  Speech  training  utilizes 
the  voice  generation  commands  to  elicit  verbal  trainee  responses. 

MICRONOVA  INTERFACE  DEFINITIONS 

The  Mlcronova  and  the  simulation  processor,  SYS2,  will  be  Interfaced 
using  an  RS232,  9600  baud,  full  duplex  communication  line.  The  Micronova 
monitors  and  maintains  the  status  of  the  TEC  buttons,  switches,  buzzer,  lights, 
LEDs,  and  alphanumeric  presentations.  Status  information  is  sent  from  the 
Mlcronova  to  SYS2  as  one  word  per  change,  where  the  upper  byte  is  a  code 
identifier  and  the  lower  byte  is  the  related  data.  Table  B6  describes  the 
Mlcronova  to  Simulation  Computer  data. 
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TABLE  B6.  MICR0N0VA  TO  SIMULATION  COMPUTER  DATA 


NAME 

BITE 

DEC 

1 

OCT 

BITS 

i  ; 

'  i 

Illegal 

0 

0 

VAB  1 

1 

1 

0 

VAB  2 

2 

2 

0 

VAB  3 

3 

3 

0 

VAB  4 

4 

4 

0 

VAB  5 

5 

5 

0 

'  i 

VAB  6 

6 

6 

0 

: 

VAB  7 

7 

7 

0 

i 

VAB  8 

8 

10 

0 

VAB  9 

9 

11 

0 

VAB  10 

10 

12 

0 

VAB  11 

11 

13 

0 

VAB  12 

12 

14 

0 

VAB  13 

13 

15 

0 

! 

;  i 

VAB  14 

14 

16 

0 

VAB  15 

15 

17 

0 

:  i 

VAB  16 

16 

20 

0 

VAB  17 

17 

21 

0 

,  i 

VAB  18 

18 

22 

0 

! 

Bell  Tab  Enable 

t9 

23 

0 

;  i 

Ball  Tab  Center 

20 

24 

0 

Hook 

21 

25 

0 

Sequence 

22 

26 

0 

Enter  Offset 

23 

27 

0 

Drop  Track 

24 

30 

0 

1  « 

Enter  Mode  and  Radar 

25 

31 

0 

Punotlon  Code 

26 

32 

0 

Track  Number 

27 

33 

0 

Height 

28 

34 

0 

SIP  (reserved) 

29 

35 

0 

NED  1 

30 

36 

NED  1  (BCD) 

'  - 

NED  2/3 

31 

37 

NED  2/3 

* 

NED  4/5 

32 

40 

NED  4/5 

r 

Z  Ball  Tab  Update 

33 

41 

Delta  Z 

T  Ball  Tab  Update 

34 

42 

Delta  I 

Range 

35 

43 

Note  1 

CRT  Center 

36 

44 

Note  2 

k 

Standard  Leaders  (reserved) 

37 

45 

- 

Radar  Select  (reserved) 

38 

46 

- 

i 

Radar  Video  Select  (reserved) 

39 

47 

mm 

1 

Video  Brightness 

40 

50 

Note  3 

Sweep  Brightness 

41 

51 

Note  3 

Symbol  Brightness 

42 

52 

Note  3 

Range  Mark  Brightness 

43 

53 

Note  3 

Talk 

44 

54 

Note  4 

, 

Left  Phone 

45 

55 

Note  5 

p  ! 

Right  Phone 

46 

56 

Note  5 
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TABU  B6.  MICRONOVA  TO  SIMULATION  COMPOTES  DATA  -  continued 

BITE  1 


NAME 

DEC 

OCT 

Footswltoh 

47 

57 

Note  6 

COMM  1  (Pointer) 

48 

50 

Note  6 

COMM  2  (SMC) 

49 

51 

Note  6 

COMM  3  (end  of  switch  status  updates) 

50 

52 

Note  6 

(reserved) 


Illegal  Switch  Request  112  160  0 


Micronova  to  Simulation  Computer  Notes: 

Note  1 :  5  =  1 6  mile  range 

6  a  32  mile  range 
T  *  64  mile  range 

Note  2:  1  *  offset  point 

2  *  ownshlp 

Mote  3:  16  levels  of  brightness  (1  -  16) ,  1  *  dimmest 

Note  4:  1  ■  talk  left 

2  ■  talk  both 

3  «  talk  right 

Note  5:  Is  radio 

2  •  sound  powered  (reserved) 

3  »  Interconsole 

Note  6:  1  a  on 

2  «  off 
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SIS2  transmits  data  to  tha  Micronova  to  control  the  lights  and  buzzer, 
to  request  status  of  tha  TEC,  and  to  provide  textual  data  for  display.  Except 
for  alphanumeric  data  to  be  displayed,  the  format  will  consist  of  one  word 
transmissions  where  the  upper  byte  contains  a  code  identifier  and  the  lover 
byte  contains  the  data.  Additional  alphanumeric  data  follows,  when  necessary. 
The  amount  is  either  determined  by  the  code  identifier  or  is  detected  by 
an  end  of  data  sentinel.  Table  B7  describes  the  Simulation  Computer  to  Microoova 
data. 


TABLE  B7.  SIMULATION  COMPUTER  TO  MICRONOVA  DATA 

BITS  1 


NAME 

DEC 

OCT 

BITE  2 

Illegal 

0 

0 

VAB  1  Light 

1 

1 

Note  1 

VAB  2  Light 

2 

2 

Note  1 

VAB  3  Light 

3 

3 

Note  1 

VAB  4  Light 

4 

4 

Note  1 

VAB  5  Light 

5 

5 

Note  1 

VAB  6  Light 

6 

6 

Note  1 

VAB  7  Light 

7 

7 

Note  1 

VAB  8  Light 

8 

10 

Note  1 

VAB  9  Light 

9 

11 

Note  1 

VAB  10  Light 

10 

12 

Note  1 

VAB  11  Light 

11 

13 

Note  1 

VAB  12  Light 

12 

14 

Note  1 

VAB  13  Light 

13 

15 

Note  1 

VAB  14  Light 

14 

16 

Note  1 

VAB  15  Light 

15 

17 

Note  1 

VAB  16  Light 

16 

20 

Note  1 

VAB  17  Light 

17 

21 

Note  1 

VAB  18  Light 

18 

22 

Note  1 

Ball  Tab  Enable  Light 

19 

23 

Note  1 

Ball  Tab  Center  Light 

20 

24 

Note  1 

Hook  Light 

21 

25 

Note  1 

Sequence  Light 

22 

26 

Note  1 

Enter  Offset  Light 

23 

27 

Note  1 

(reserved) 

24 

30 

Note  1 

Buzzer 

25 

31 

Note  1 

Punotion  Code  Light 

26 

32 

Note  1 

Track  Number  Light 

27 

33 

Note  1 

Height  Light 

28 

34 

Note  1 

SEP  Light 

29 

35 

Note  1 

e 

(Reserved) 

e 

Range  LEDs 

35 

43 

Note  2 

CRT  Center  LEDs 

36 

44 

Note  3 

Standard  Leader  LEDs 

37 

45 

Note  4 
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TABLE  B7.  SIMULATION  COMPUTER 


NAME 

Radar  Salaot  LEDs 
Radar  Video  Salaot  LEDs 


Talk  LEDs 
Laft  Phone  LEDs 
Right  Phona  LEDs 

a 

COMM  1  Light 
COMM  2  Light 
COMl  3  Light 

a 

(reserved) 

a 

a 

Alert  1  Light 
Alert  2  Light 
Alart  3  Light 
Alart  4  Light 
Alert  5  Light 
Alert  6  Light 
Beeper-on-Guard 
Radio  In  Ose  Light 
True  Bearing  Light 
NEP  Clear  Light 


Load  NEP  Readout 

Load  DRO 

Load  Text  CRT 

• 

a 

(reserved) 

a 

a 

Load  DRO  Call  1 
Load  DRO  Call  2 
Load  DRO  Call  3 
Load  DRO  Cell  4 
Load  DRO  Call  5 
Load  DRO  Call  6 
Load  DRO  Call  7 
Load  DRO  Call  8 
Load  DRO  Call  9 
Load  DRO  Call  10 
Load  DRO  Call  11 
Load  DRO  Call  12 


TO  MICRONOVA  DATA  -  continued 


BITE  1 


DEC 

OCT 

BITE  2 

38 

46 

Note  5 

39 

47 

Note  6 

44 

54 

Note  7 

45 

55 

Note  8 

46 

56 

Note  8 

48 

60 

Note  1 

49 

61 

Note  1 

50 

62 

Note  1 

120 

170 

Note  1 

121 

171 

Note  1 

122 

172 

Note  1 

123 

173 

Note  1 

124 

174 

Note  1 

125 

175 

Note  1 

126 

176 

Note  1 

127 

177 

Note  1 

128 

200 

Note  1 

129 

201 

Note  1 

135 

207 

Note  17 

136 

210 

Note  18 

137 

211 

Note  19 

151 

227 

Note  20 

152 

230 

Note  20 

153 

231 

Note  20 

154 

232 

Note  20 

155 

233 

Note  20 

156 

234 

Note  20 

157 

235 

Note  20 

158 

236 

Note  20 

159 

237 

Note  20 

160 

240 

Note  20 

161 

241 

Note  20 

162 

242 

Note  20 
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TABLE  B7.  SIMULATION  COMPUTES  TO  MICBONOVA  DATA  - 

BITE  1 


NAME 

DEC 

OCT 

Load  DB0  Cell  13 

163 

243 

Load  DH0  Cell  14 

164 

244 

Load  DBO  Cell  15 

165 

245 

Load  DBO  Cell  16 

166 

246 

Load  DBO  Cell  17 

167 

247 

Load  DBO  Cell  18 

168 

250 

Load  DBO  Cell  19 

169 

251 

Load  DBO  Cell  20 

170 

252 

Load  DBO  Cell  21 

171 

253 

Load  DBO  Cell  22 

172 

254 

Load  DBO  Cell  23 

173 

255 

Load  DBO  Cell  24 

174 

256 

Load  DBO  Cell  25 

175 

257 

Load  DR0  Cell  26 

176 

260 

Load  DBO  Cell  27 

177 

261 

Load  DBO  Cell  28 

178 

262 

Load  DBO  Cell  29 

179 

263 

Load  DBO  Cell  30 

180 

264 

Load  DBO  Cell  31 

181 

265 

Load  DBO  Cell  32 

182 

266 

Load  DBO  Cell  33 

182 

267 

Load  DBO  Cell  34 

184 

270 

Load  DBO  Cell  35 

185 

271 

Load  DBO  Cell  36 

186 

272 

e 

Global  7AB  Control 

188 

274 

Light  Test 

189 

275 

Bequest  Switch  Position 

190 

276 

Bequest  Complete  Status 

191 

277 

Bequest  Display  Control  Status 

192 

300 

Bequest  Communications  Status 

• 

192 

301 

e 

DBO  Teat 

196 

304 

Text  CRT  Test 

197 

305 

Ball  Tab  Update  Control 

198 

306 

Beplay  Control 

e 

199 

307 

a 

• 

End  of  Transmission 

254 

376 

Simulation  Computer  to  Mioronova  Notes:  Add  128  to  Byte 

Note  1 :  0  «  ligbt/LES  off 

1  >  light/LED  os 
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continued 


BITE  2 


Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 
Note  20 

Note  21 
Note  22 
Note  23 
Note  24 
Note  25 
Note  26 


Note  27 
Note  27 
Note  28 
Note  29 


to  blink  lights. 
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TABLE  B7 .  SIMULATION  COMPUTES  TO  MICSONQVA  DATA  -  continued 

Mot*  2:  4  a  8  nil*  range  lrti  qq 

5  a  16  mile  range  Tren  on 

6  a  32  mile  range  t.En  on 

7  a  64  mile  range  on 

8  a  128  mile  range  led  on 

Mote  3:  0  a  all  off 

1  a  offset  point  led  oq 

2  a  owns dip  LED  on 

Mote  4:  o  a  all  off 

1  a  off  LED  on 

2  a  air  LED  on 

Mot*  5:  0  a  all  off 

1  a  off  LED  on 

2  a  1  LED  on 

3  a  2  LED  on 

4  a  3  LED  on 

5  a  4  LED  on 

6  a  5  LED  on 

7  a  6  LED  on 

8  a  7  LED  on 

Note  6:  0  a  all  off 

1  a  off  LED  on 

2  a  1  LED  on 

3  a  2  LED  on 

4  a  3  LED  on 

5  a  4  LED  on 

Mote  7:  0  a  all  off 

1  3  talk  left  LED  on 

2  a  talk  both  LED  on 

3  a  talk  right  LED  on 

Mot*  8:  0  a  all  off 

1  a  sound  powered  LED  on 

2  a  intereonsole  LED  on 

3  *  radio  LED  on 

Notes  9-16:  Reserved 

Mot*  17:  Follow  the  135  cod*  with  4  bytes  containing: 

Byte  1  a  MED  1  (BCD) 

Byte  2  a  MED  2/3  (BCD) 

Byte  3  *  MED  4/5  (BCD) 

Byte  4  a  254  (EOT) 
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TABLE  B7.  SIMULATION  COMPUTES  TO  MICSONOVA  DATA  -  continued 

Note  18:  Follow  the  136  code  with  the  36  bytes  containing  the  nuaber 
of  the  display  to  go  in  each  DRO  cell.  The  38th  byte  should  be  254  for  EOT. 
See  Table  B8  for  cell  nuaber s. 

Note  19:  Pollow  the  137  code  with  ASCII  data  to  display.  The  CRT  is 
capable  of  24  lines  by  80  characters.  Terainate  each  line  with  a  carriage 
return.  The  first  line  sent  will  be  displayed  on  line  1 .  When  reaching 
the  bottoa  line,  each  subsequent  line  will  cause  the  display  to  scroll  up. 
End  the  text  with  a  254  for  EOT.  A  fora  feed  (FF)  will  erase  the  screen. 

Note  20:  Refer  to  Table  B8  for  DRO  display  nuaber s. 

Note  21 :  0  3  turn  all  7ABs  off 

1  3  turn  all  FA Bs  on 

Note  22:  0  3  turn  all  lights/LEDs  off 

1  3  turn  all  lights/LEDs  on 

Note  23:  no.  a  switch/ data  group  nuaber  corresponding  to  byte  1  of  change 
data  sent  to  Slaulation  Computer.  See  Table  B6  for  codes.  Data  sent  back 
to  Slaulation  Computer  is  in  saae  format  as  change  data: 

30  a  NED  data 

1  a  last  QAB  pushed 

Note  24:  Switch  position  data  for.  switches  35  -  50  are  sent  back  one 
switch  at  a  time  in  the  saae  format  as  change  data. 

Note  25:  Send  back  switch  position  data  on  switches  35  -  43. 

Note  26:  Send  back  switch  position  data  on  switches  44  -  50  (44  -  63 
if  enabled). 

Note  27:  Is  clear  DRO  or  text  CRT 

2  3  display  test  pattern  on  DRO  or  text  CRT 

Note  28:  Os  cease  ball  tab  updates 

1  3  start  ball  tb  updates  at  50  aseo  intervals 

Note  29:  0s  delete  replay  node 

1  «  replay  mode.  Implies  that  Mloronova  will  not  send  any 
data  to  Slaulation  Computer  unless  specifically  requested 
to  do  so. 
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Table  B8  Identifies  the  cell  layout  of  the  DRO  displays  and  the  readouts 
that  are  available  for  each  cell. 


TABLE  B8.  CELL  NUMBERING  OF  DRO  DISPLAYS 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

a.  Universal  Displays 


000 

001 

002 

003 

004 

005 

006 

007 

010 

Oil 

377 


»0» 

•1’ 

•2’ 

’3’ 


*  Number 
9  Number 
a  Number 
a  Number 
a  Number  '4' 
s  Number 
a  Number 
s  Number 
s  Number  *8' 
a  Number  ’9' 
9  Blank  Cell 


•5’ 

•6' 

*7’ 


b.  Cell  1 


012  a 
013  * 
014  s 
015  = 

016  a 

017  s 

020  3 
021  3 


ASMD 

PAIRED 

ERROR 

WILCO 

CANTCO 

CANTPRO 

LINK-11 

DOWN 

LINK-11 

SO  RESP 


Cell  2 

022  a  TN 
023  *  CTFL 
024  s  TR*CK 
QUAL 

025  *  TTG 

MIN/SEC 


d.  Cell  4 


026 


BANK 

ANGLE 
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TABLE  B8.  CELL  HUMBEHIHG  OP  DRO  D  IS  PUIS 
•.  Cell  8 

027  a  SPEED 
030  a  SPEED 
MACH 
031  a  DESIG 
UNIT 

032  a  ALL  ASP 
MISSILE 
033  «  MAG 
BRG 

034  a  CONTROL 
UNIT 

035  a  TARGET 
RANGE 

036  a  CONTRLD 
AIRCRAFT 

t.  Cell  tl 

037  a  V.3  MSG 
DISCRETE 

g.  Cell  13 

040  a  ENGAGE 
041  a  BREAK 
ENGAGE 
042  a  CEASE 
FIRE 
043  a  HOLD 
FIRE 

044  a  COVER 
045  a  SALVO 
046  a  PRO-TO- 
POINT 

047  a  C3  PHO¬ 
TO-  POINT 
050  a  INVEST/ 

ASSIGN 
051  a  ENGAGED 
052  a  LZNK-4A 
DOWN 
053  a  TOMA 

fa.  Cell  14 

054  a  MODE-2 
055  a  ORD 
HEAD 


continued 
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TABLE  B8 •  CELL  NUMBERING  OF  DRO  DISPLAYS  —  continued 

056  S  A/G  UPN 
UNGUIDED 
057  a  RANGE 
060  a  ANGLE 
OFF 

I.  Call  16 

061  a  A/G  VPN 
062  a  QR 

NUMBER 

J.  Call  18 

063  =  RIGHT 
064  a  LEFT 

k.  Call  19 

065  a  PRIORITY 
KILL 

066  a  EMERG 
067  a  CHECK 
TRACK 

l.  Call  20 

070  a  ALT 

100  FT 
071  a  FUEL 
072  a  REAR 

MISSILE 
073  »  TARGET 
BEARING 
074  a  TIME 
075  a  LAT/LONG 
POSITION 

a.  Call  25 

076  a  HAND- 
OVER 
077  a  AIR 
CRAFT 

100  a  ORD 

CHHG 

101  a  ANY/ 

ONSPEC 

102  a  ARRIVED 
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TABLE  B8.  CELL  NUMBERING  OF  ORO  DISPLAYS  -  continued 

n.  Cell  26 

103  *  COURSE 

104  «  ORIGIN 

UNIT 

105  «  MLT  INT 

MISSILE 

106  >  REPORT 

RESPON 

107  *  HANGS 

MILES 

110  *  ORO 

SPEED 

o.  Cell  27 

111  *  MAG 

NETIC 

112  *  TACAN 

p.  Cell  31 

112  *  POOR 
SIT 

114  a  SOL 

IMPOS 

115  a  REPLY 

DATA  OSED 

116  a  LINK-4A 

117  -  LHK-4A 

TWO  WAY 

q.  Cell  32 


120  a  7.3,  7.9 

121  a  7.1,  7.2, 

V.3 
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SCENARIO  CONTROL  OUTPUT  FORMATS 

A  language  preprocessor  will  be  used  to  translate  scenario  control  source 
commands  to  produce  two  binary  output  files  to  be  used  by  ACE  as  Input  to 
simulation  and  performance  measurement  functional  areas. 

The  translated  files  are  composed  of  256  word  records  which  are  comprised 
of  10  word  units  describing  the  translated  commands.  The  first  word  of  each 
word  unit  contains  the  time  or  event  upon  which  the  command  is  to  be  pr  cessed; 
the  second  word  identifies  the  command;  and  the  third  through  tenth  words 
contain  data  related  to  the  command  modifiers. 

The  files  will  be  separated  into  a  time  file  and  event  file.  Both  of 
the  files  will  be  sorted  in  numerical  order  based  on  the  first  word  of  each 
10  word  unit.  Accordingly,  the  files  will  be  ordered  as: 

a.  Event  driven  data  denoted  by  negative  numbers. 

b.  Initialization  data  denoted  by  zeros. 

c.  Time  driven  data  denoted  by  positive  numbers  corresponding  to  seconds 
from  exercise  start. 

Table  B9  maps  the  word  locations  with  their  respective  data  for  each 
scenario  command. 
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TABLE  B9 .  SCENARIO  CONTROL  TRANSLATION  FORMAT 


MIDI 

VOIDS 

VOIDS 

VOID* 

V0ID9 

V0ID6 

VQID7 

VOIDS 

WO  IDS 

VOID 10 

0 

1 

trk  # 

boorlac 

rut* 

•poo* 

alt 

9 

0 

0 

2 

trk  * 

boorlac 

rut* 

boodlac 

9 

0 

0 

0 

0 

3 

trk  # 

■otloo 

torn 

Olrootod 

▼14*0 

VTDS  « 

trk 

m 

nu 

boaritac 

ail* 

W 

op  to 

0 

* 

PM  # 

0 

0 

0 

0 

0 

0 

0 

0 

3 

PM  # 

0 

0 

9 

9 

0 

0 

0 

0 

S 

4*CP*0* 

0 

9 

9 

9 

9 

0 

0 

0 

T 

trk  » 

trk  # 

0 

0 

9 

9 

9 

0 

0 

8 

boarlac 

rant* 

0 

9 

0 

9 

9 

0 

0 

9 

pilot 

been 

tPMkM- 

sue 

9 

0 

0 

0 

0 

10 

trk  » 

t  lb* 

9 

9 

0 

0 

9 

0 

0 

11 

vU  9 

ooat  t 

JMT  * 

t ally  t 

loot  } 

faaiafi 

9  0 

0 

0 

12 

baorlac 

raa» 

alt 

0 

9 

0 

0 

0 

0 

13 

baorlac 

r*M* 

0 

0 

9 

0 

0 

0 

0 

1* 

trk  t 

boorlac 

rut* 

9 

0 

9 

0 

0 

a 

19 

t 

bocar  8* 

0 

0 

0 

9 

0 

0 

a 

IS 

trk  t 

boortac 

rut* 

9 

0 

9 

0 

0 

T  op  I 

IT 

trk  * 

0 

9 

0 

9 

0 

0 

0 

T  or  I 

18 

trk  » 

0 

0 

9 

9 

9 

0 

0 

T  or  I 

19 

trk  # 

■otloo 

turn 

dlrootod 

0 

9 

0 

0 

aodol 

rmtm 

hurti  nf 

T  op  I 

20 

trk  * 

liyiw 

ooratloo 

0 

0 

9 

0 

9 

T  OP  I 

21 

trk  * 

t  Ikoop* 

0 

0 

9 

0 

0 

9 

T  op  I 

22 

trk  i 

9 

0 

0 

0 

0 

9 

T  op  C 

23 

0 

0 

0 

9 

0 

0 

0 

9 

T  op  1 

2* 

0 

0 

0 

9 

0 

0 

0 

0 

T  op  I 

29 

3 

0 

0 

9 

0 

0 

0 

0 

T  op  I 

28 

0 

9 

9 

0 

0 

9 

0 

0 

tort 

2T 

0 

0 

9 

0 

0 

0 

9 

0 

tl*0 

28 

ovoae  * 

9 

0 

9 

9 

9 

9 

0 

T  op  ( 

29 

0 

9 

9 

9 

9 

9 

9 

9 
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SEGMENT  DEFINITION  OUTPUT  FORMATS 

A  language  preprocessor  will  be  used  to  translate  segnent  definition 
source  connands  to  produoe  AN  ASCII  output  file  for  each  segnent.  These 
translated  files  will  be  used  by  ACE  as  input  for  segnent  training. 

The  translated  file  is  eonposed  of  variable  length  ASCII  records  describing 
the  translated  connands.  The  first  word  contains  a  connand  length  indicator, 
the  second  word  contains  a  command  identifier,  and  any  successive  words  contain 
connand  modifiers.  A  word,  as  used  here,  is  defined  to  be  a  series  of  ASCII 
characters  delimited  by  spaces.  Each  connand  record  is  terminated  by  a  carriage 
return  (or  line  feed). 

Table  BIO  contains  a  description  of  the  translations  generated  for  the 
segnent  definition  connands 
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TABLE  BIO.  SEGMENT  DEFINITIONS  TRANSLATION  FORMAT 


COMUND  (MODIFIERS) 

WORD  1 

TRANSLATION  IN 
WORD  2 

WORD  FORMAT 

ADDITIONAL  WORDS 

ADV  (step  #) 

3 

1 

Word  3  -  step  # 

AT/CLR 

4 

2 

Word  3-0 

4-0 

AV/F  (frsae  #} 

4 

2 

Word  3  -  frame  # 

4-0 

A7/N  (seq  #, 

4 

3 

Word  3  -  sequence  # 

chan  #) 

4  -  audio  channel 

BEEP 

2 

4 

BUZZ  (#) 

3 

5 

Word  3  =  #  of  seconds 

CHAL  (stsp  #) 

3 

6 

Word  3  -  step  # 

CE  (#) 

3 

200 

Word  3  -  check  # 

CK/A  (button. 

4 

202 

Word  3  -  button  # 

status) 

4  -  status  # 

CE/E 

2 

205 

CE/H  (tine  Halt, 

13 

201 

Word  3  -  #  of  seconds 

second  try. 

4  -  N  *  0,  Y  a  1 

referral. 

5  -  N  a  0,  Y  a  1 

presentation, 

6  -  step  # 

no  error, 

7  -  step  # 

oalsslon, 

8  -  step  # 

sequence, 

9  -  step  # 

other. 

10  -  step  # 

second  fall, 

11  -  step  # 

last  button, 

12  -  button  # 

last  status) 

13  -  status  # 

CE/O  (button. 

4 

203 

Word  3  -  button  # 

status) 

4  -  status  # 

com/ ON  (channel, 

4 

48 

Word  3  -  coon  channel  i 

status) 

4  -  ON  -  1,  OFF  a 

t 
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TABLE  BIO.  SEGMENT  DEFINITIONS  TRANSLATION 

TRANSLATION  IN 

COMiAND  (MODIFIERS)  WORD  1  VORD  2 

FORMAT  -  continued 

WORD  FORMAT 

ADDITIONAL  WORDS 

CP/H  (run  error 

freezes, 

5 

301 

Word  3  -  #  of  runs 

freeze- free  runs, 

4  -  #  of  runs 

PMV  failures) 

5  -  #  of  PMVs 

CRT/B  (string) 

string  length 

♦  2 

7 

Word  3  -  string 

CRT/D  (page  #) 

3 

8 

Word  3  -  page  # 

CRT/D/CLfi 

2 

9 

CRT/T  (page  #) 

3 

10 

Word  3  -  page  # 

CRT/T/CLR 

2 

11 

DRO  (cell, 

4 

13 

Word  3  -  cell  # 

content) 

4  -  content  # 

DRO/CLR 

2 

14 

END 

2 

-1 

FP/H  (PMV  failures. 

4 

401 

Word  3  -  #  of  PMVs 

pass  runs) 

4  -  #  of  runs 

GS  (phrase  type. 

additional 

data  ♦  4 

17 

Word  3  -  type  # 

phrase  #, 

4  -  phrase  # 

additional  data) 

5*  -  data 

IAT/H 

2 

501 

LABJ3TATE  (state) 

3 

53 

Word  3  -  OP  *  0,  LOW  *  1 

LED  (LED  naae) 

4 

18 

Word  3  -  button  or  switch  # 

4  -  1  if  button  or 

switch  oomaand 

code  or  129  for 

flash 

LED/CLR  ( LED  n&se) 

4 

19 

Word  3  -  button  # 

4-0 
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TABLE  BIO.  SEGMENT  DEFINITIONS  TRANSLATION  FORMAT  -  continued 


COMMAND  (MODIFIERS) 

TRANSLATION 
WORD  1  VORD  2 

IN  VORD  FORMAT 

ADDITIONAL  WORDS 

NED  (number) 

7 

20 

Word  3  -  digit  1 

4  -  digit  2 

5  -  digit  3 

6  -  digit  4 

7  -  digit  5 

NEXT  (message  #) 

3 

21 

Word  3  -  message  # 

NTDS/D 

3 

*7 

Word  3-0 

PMV/A  (PMV  #, 

soore) 

repeat  •  up  to  5  pairs 

2  +  twice  # 
of  PMVs 

22 

Word  3  -  PMV  # 

4  -  score 

repeat,  up  to  five  pairs 

PMV/F  (PMV  #) 
repeatt  up  to  5 

2  +  #  of  PMVs 

23 

Word  3  -  PMV  # 

Repeat  up  to  five 

POSIT/BT  (state, 
bearing, 
range) 

7 

52 

Word  3  -  ball  tab  state  # 

4  -  real  x  miles 

5  -  real  y  miles 

PRESS  (button) 

* 

46 

Word  3  -  button  # 

R  (step  #, 
step  #) 

* 

25 

Word  3  -  step  # 

4  -  step  # 

REC/KBD  (leer) 

3 

26 

Word  3  -  NEXT  a  -1 

YES  »  -2 

NO  a  -3 

or  numerical  key  # 

REC/TEC  (button, 
status) 

4 

27 

Word  3  -  button  or  switch  # 
4  -  0  for  button 
or  switch  status  # 

RQN/CP 

2 

29 

RUH/PP 

2 

30 

RON/S 

2 

31 

SC  (seenarlo  #) 

3 

32 

Word  3  -  scenario  # 

SC/C 

2 

33 

sc/aR 

2 

3* 

14* 
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COttfAND  (MODIFIERS) 

NAVTRAEQOIPCEN  7 8-C-O 182- 

SEGMENT  DEFINITIONS  TRANSLATION 

TRANSLATION  IN 
VORD  1  WORD  2 

>8 

[  FORMAT  -  continued 

WORD  FORMAT 

ADDITIONAL  WORDS 

SC/END 

2 

35 

SC/V 

2 

36 

SP/C  (aleaant  #) 

3 

37 

Word  3  -  eleaent  # 

SP/P  (aleaant  #) 

3 

38 

Word  3  -  element  # 

SP/T  (aleaant  #) 

3 

39 

Word  3  -  eleaent  # 

STEP  (stap  #) 

3 

42 

Word  3  -  step  # 

T  (#) 

3 

100 

Word  3  -  test  # 

T/E 

2 

103 

T/H  (#  questions. 

13 

101 

Word  3  -  #  of  questions 

score, 

4  -  passing  score  5 

presentation. 

5  -  step  # 

no  error. 

6  -  step  # 

pass. 

7  -  step  # 

first  fall. 

8  -  step  # 

second  fall, 

9  -  step  # 

test  type. 

10  -  MATCH  a  1,  OTHER  1 

page  #, 

11  -  natch  page  # 

second  try. 

12  -  N  s  0,  T  3  1 

referral) 

13  -  N  s  0,  Y  s  1 

T/Q  (answer  type, 

8 

102 

Word  3  -  T/F  s  -1 , 

TEC  s  0,  else  # 

presentation. 

4  -  step  # 

button. 

5  -  button  #  or  KBD 

status, 

6  -  status  #  or 

NEXT  3  -1, 

YES  e  -2, 

NO  3  -3  or  # 

correot, 

7  -  step  # 

incorrect) 

8  -  step  # 

TEC  (alert  #) 

3 

45 

Word  3  -  alert  # 

TRESYM/HX  (#) 

3 

49 

Word  3  -  track  # 

TRK32M/KL  (#) 

7 

50 

Word  3  -  track  # 

4  -  real  x  alias 

5  -  real  y  alias 


145 


f 


NAVTRAEQUIPCEN  78-C-0182-8 

TABLE  BIO.  SEGMENT  DEFINITIONS  TRANSLATION  FORMAT  -  continued 


COMUND  (MODIFIERS) 

VORD 

TRANSLATION  IN 

1  WORD  2 

WORD  FORMAT 

ADDITIONAL  WORDS 

TRESIM/PC  (#) 

3 

51 

Word  3  -  track  # 

WAIT  (#) 

3 

43 

Word  3  -  #  of  seconds 

W/F 

4 

44 

Word  3  -  switch  # 

4  -  status  # 
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Exhibit  Bl.  SHAREDPAGE. LT:  Shared  Page  Variable  Definitions  (Contin. 
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Exhibit  Bl.  SHAREDPAGE, LT:  Shared  Page  Variable  Definitions  (Contin 
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Exhibit  Bl.  SHAREDPACE.LT :  Shared  Page  Variable  Definitions  (Contin 


L1YBBAL  rO»T«P_T»»CI((T*C3H«T  ♦  5)  ->  I*)l  *  BOHBti  Of  TAACA  STHIOL  IN  roiNTII  SQVAII 

LITCIAL  BT_X( (TAC3TABT  ♦  A)  ->  M)l  *  *  COOAD  OP  BALL  TAB,  IB  HILIS 

LITBIAL  BT_I((T(CaTAIT  »  B)  ->  BA)|  i  I  COOAD  OP  BALL  TAB,  IB  HILBA 


Exhibit  Bl.  SHAREDPAGE.lt :  Shared  Page  Variable  Definitions  (Contin 


LITIIIL  |BSM9((TBC3UITCB  »  2)  ->  I2)|  I  III  «  ill  BBB  *  -  BCD 

t  ■!  BITB  ■  BBB  I.  LO  B1TB  ■  BIB  S 


Exhibit  Bl.  SHARED  PAGE. LT:  Shared  Page  Variable  Definitions  (Contin 
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APPENDIX  C 

SEOCENT  DEFINITION  SYNTAX 

This  appendix  describes  the  oonaands  that  are  available  for  segment 
definitions.  Table  C-1  lists  the  commands  alphabetically,  their  modifiers, 
and  instructional  segments  to  which  the  commands  may  be  applied.  A  definition 
of  each  command,  in  terms  of  its  application,  follows  the  tabulated  data 
for  the  command. 

Commands,  arguments  and  multiple  arguments  are  separated  by  spaces. 
Each  co— and  line  is  ended  with  a  new  line.  All  "names"  in  the  syntax  will 
be  correlated  to  their  equivalent  numbers.  Names  are  limited  to  a  maximum 
of  31  alphanumeric  characters. 

TABLE  C-1 .  SEGMENT  COMMAND  SOMMABT 

SamaaA _ Modifiers _ Sflgasnta - 

ADV  step  number  IAT 

ADVANCE  TO  STEP  SENTINEL.  Advance  to  the  segment  command  following 
the  command  containing  the  ID  number  (range  0  to  65535).  See  STEP 
command. 

AV/CLfl  -  IAT,  CP,  FP 

AV  CLEAR.  Clear  the  audiovisual  screen. 

AV/F  frame  number 

AV  FREEZE.  Show  single  visual  frame. 

AV/N  sequence  number,  audio  channel  number  IAT,  CP,  FP 

AV  SEQUENCE.  Show  audiovisual  sequence  at  normal  speed,  complete 
with  audio.  Three  audio  channels  exist:  channel  one,  two,  and 
three  (both  channels  one  and  two  selected  for  mixed  output). 

BEEP  -  IAT 

STUDENT  BELL.  Ring  bell  at  student  CRT. 

BUZZ  number  of  seconds  IAT 

TEC  BUZZER.  Buzz  TEC  buzzer  for  the  number  of  seconds  (default 
3  seconds). 

CHAL  step  number  IAT 

CHALLENGE.  Receive  CHALLENGE  input  from  the  student  keyboard. 
If  a  YES  input  is  received,  the  student  is  allowed  to  skip  the  instruo- 
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TABLE  C-1.  SEGMENT  COMMAND  SUMMARY  (continued) 

£2Bmaad _ Modifier? _ Segments _ 

tional  segments  leading  to  a  Free  Practice  (FP)  segment.  If  NO 
is  received,  the  student  will  continue  through  the  instructional 
segments  starting  with  the  segment  command  following  the  step  specified 
as  an  argument. 

CK  check  number  IAT 

CHECK.  Execute  the  check  simple  testing  subfunction  using  the  oocBiands 
which  follow  as  input. 

CK/A  button,  status  IAT  check 

CHECK  TEC  INPUTS-ANY  ORDER.  Check  for  the  specified  TEC  inputs 
in  any  order. 

Argument  1  is  a  button  name  or  number. 

Argument  2  must  be  supplied  as  amplifying  data  associated  with  argu¬ 
ment  1;  e.g. ,  C0MM1  ON. 

See  Appendix  B  for  possible  argument  1  and  argument  2  code  numbers. 


CK/E  — —  IAT  check 

CHECK  END.  End  a  check  specification.  CK/E  must  be  the  last  command 
in  a  check  specification. 

CK/H  -  IAT  check 

DEFINE  CHECK.  Define  the  uheck  arguments  in  the  argument  list: 

Argument  1  is  the  time  allotted  for  CK  completion  in  seconds. 

Argument  2  is  whether  a  second  try  is  allowed  (Y  or  N). 

Argument  3  is  whether  the  instructor  is  notified  after  a  second 
failure  (Y  or  N). 

Argument  k  is  the  presentation  step  number. 

Argument  5  is  the  step  number  for  no-error  feedback. 

Argument  6  is  the  step  number  for  omission  error  feedback. 

Argument  7  is  the  step  number  for  sequence  error  feedback. 

Argument  8  is  the  step  number  for  other  error  feedback. 

Argument  9  is  the  step  number  for  second  failure  feedback. 

Argument  10  is  a  TEC  button  name  or  number  or  the  NEXT  key. 

Argument  11  specifies  any  amplifying  data  associated  with  argument  10. 

See  Appendix  B  for  possible  argument  10  argument  11  code  numbers. 
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TABLE  C— 1 .  SEGMENT  COMMAND  SOMMABX  (continued) 

fifflBMIHl _ Modlfjgra  _ Segments _ 

All  step  numbers  must  be  in  the  range  0  to  65535*  Step  number  0 
oust  be  used  if  feedback  is  not  to  be  provided. 

CX/O  button,  status  IAT  check 

CHECK  TEC  INPUTS-ORDERED.  Check  for  the  specified  TEC  inputs  in 
the  order  listed. 

Argument  1  is  a  button  name. 

Argument  2  must  be  supplied  as  amplifying  data  associated  with  argument 
1;  e.g. ,  C0MM1  ON. 

See  Appendix  B  for  possible  argument  1  and  argument  2  code  numbers. 

C0M1/0N  channel  number ,  on/ off  IAT 

Turn  communications  on.  Activate  the  requested  communications  rhewnei 
or  turn  it  off.  The  desired  channel  is  activated  and  the  COMM  light 
is  lit  if  the  second  argument  is  on.  The  channel  is  deactivated 
if  the  second  argument  is  off. 

CP/H  argument  list  CP 

DEFINE  CP.  Define  the  commented  practice  segment.  . 

Argument  1  is  the  number  of  error  freezes  allowed  before  remediation 
or  instructor  aid  is  prescribed. 

Argument  2  is  the  number  of  freeze-free  runs  required  for  advancement. 
Argument  3  is  the  number  of  FKV  failures  allowed  in  a  single  run. 

CKT/B  string  message  IAT,  CP,  FP 

STUDENT  CRT  MSG.  Display  the  string  message  on  the  student  CRT. 

CRT/D  page  number  IAT,  CP,  FP 

TEC  CRT  PAGE.  Display  the  indicated  page  of  text  contained  in  the 
segment  associated  file  on  the  TEC  CRT. 


CRT/D/CLR 


IAT,  CP,  FP 


CLEAR  TEC  CRT.  Blank  the  TEC  graphics  display. 

CRT/T  page  number  IAT,  CP,  FP 

STUDENT  CRT  PAGE.  Display  the  Indicated  page  of  text  contained 
in  the  segnent  associated  file  on  the  student  CRT. 
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TABLE  C-1.  SEGMENT  COMMAND  SUMMARY  (continued) 

Command  Modifiers  Sagmanta 

CBT/T/CLE  -  IAT,  CP,  PP 


CLEAR  STUDENT  CRT.  Blank  the  student  CRT. 

DRO  cell  name,  content  number  IAT 

SHOW  TEC  DROs.  Display  the  designated  readouts  on  the  Data  Readout 
Display.  Acceptable  readouts  and  their  cell  positions  are  defined 
in  Appendix  B.  Individual  digits  must  be  associated  with  the  desired 
DRO  cell  number. 

DRO/CLR  -  IAT 

CLEAR  DROs.  Blank  all  32  cells. 

END  -  IAT,  CP,  FP 

END  SEGMENT.  End  the  segment  command  file.  Sequent  command  file 
processing  is  terminated  when  this  command  is  encountered. 

FP/H  argument  list  FP 

DEFINE  FP.  Define  free  practice  requirements. 

Argument  1  is  the  number  of  PM7  failures  allowed  in  a  single  run. 
Argument  2  is  the  number  of  consecutive  passing  runs  required  for 
advancement. 

GS  phrase  type,  phrase  number,  IAT,  CP,  FP 

additional  data  (up  to  4) 

GENERATE  SPEECH.  Generate  the  speech  identified  by  name  or  number. 
The  phrase  type  will  be  associated  with  the  speech  generation  device 
based  on  the  intended  speaker.  Additional  data  refers  to  dynamic 
name  or  numbers  such  as  range,  bearing,  C/S,  eto.  The  data  are 
to  be  presented  in  the  order  in  which  they  appear  in  the  phrase. 

IAT/H  -  IAT 

DEFINE  IAT.  Define  IAT  segment  initiation.  IAT  initialization 
and  validity  checking  activities  are  initiated.  IAT/H  must  be  the 
first  command  in  an  IAT  segment. 

LABJ3TATE  desired  state  IAT 

SET  LABEL  STATE.  Sets  the  state  of  the  7AB  labels  to  UP  or  LOV 
labels. 
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Coanaad 

LED 

LED/CLR 

NED 

NEXT 

NTDS/D 

PMV/A 

PMV/F 

POSIT/BT 


TABLE  C-1 .  SEGMENT  COMMAND  SUMMARY  (continued) 

_ Modifiers _ SegBM.18 _ 

LED  name  or  ALL  IAT 

LIGHT  TEC  LEDs.  Light  the  TEC  LEDs  identified  by  name.  Multiple 
arguments  are  allowed.  Assigned  LED  numbers  are  defined  in  Appendix 
B.  Turn  on  all  LEDs  when  the  argument  is  ALL. 

LED  names  or  ALL  IAT 

CLEAR  TEC  LEDs.  Turn  off  the  TEC  LEDs  identified  by  name.  Multiple 
arguments  are  allowed.  Turn  off  all  LEDs  when  argument  is  ALL. 

number  IAT 

Display  on  the  NED  readout  the  designated  number.  Range  of  numbers 
is  00000  to  99999.  Default  is  00000. 

message  number  IAT,  CP,  PP 

NEXT.  Wait  for  entry  of  NEXT  special  function  key  at  the  student 

keyboard  before  executing  the  next  command.  Display  the  message 
by  the  message  number  at  the  student  CRT  while  the  system  waits 
for  the  NEXT  entry.  Default  is  message  number  one. 


-  IAT 

Simulate  NTDS  DOWN.  Cause  the  TEC  to  respond  as  if  NTDS  is  down. 

PMV  number,  PMV  score  CP,  FP 

GRADE  PMVs.  Identify  the  performance  measurement  grading  criteria 
for  grading  runs  in  the  segnent.  Values  are  input  directly  by  providing 
the  category  number  with  the  passing  score.  Multiple  paired  entries 
may  be  supplied  by  separating  them  with  spaces.  PMV  pairs  not  identified 
will  not  be  graded.  Maximum  of  five  pairs  allowed  per  line. 

PMV  numbers  CP 

PMV  ERROR  FREEZE.  Identify  the  performance  errors  which  cause 
a  run  scenario  freeze  upon  detection  of  the  error.  The  performance 
errors  are  referred  to  by  performance  measurement  category  name 
or  number.  Maximum  of  five  PMV  numbers  per  line. 

ball  tab  state,  bearing,  range  IAT 

POSITION  BALL  TAB.  Position  the  ball  tab  at  the  desired  bearing 

and  range.  The  ball  tab  may  be  left  in  the  following  states  after 
the  repositioning:  disabled,  disabled  but  displayed,  or  displayed 
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Command 


PRESS 


F 


REC/KBD 


REC/TEC 


RON/CP 


RUN/FP 


TABLE  C-1.  SEGMENT  COMMAND  SUMMARY  (continued) 

- Modifiers _ Segments _ 

and  enabled.  The  bearing  must  be  between  1  to  360  degrees.  The 
range  must  be  miles  times  ten. 

button,  status  IAT 

SIMULATE  VAB  PRESSING.  Cause  the  TEC  to  react  as  if  the  desired 
VAB  or  FAB  was  hit. 

step  number*  step  number  IAT 

REPEAT  SEGMENT  STEPS.  Repeat  the  segment  steps  that  are  bracketed 
between  the  step  sentinel  numbers.  The  numbers  must  be  in  the  range 
of  0  to  65535.  Processing  will  resume  with  the  next  command  when 
the  last  sentinel  is  encountered. 

keycap  name  IAT 

RECEIVE  STUDENT  KEYBOARD.  Receive  from  the  student  keyboard  before 

proceeding.  Anticipated  keycap  mnemonic  is  designated. 

button,  status  IAT 

RECEIVE  TEC.  Receive  from  the  TEC  before  proceeding  to  the  next 
command. 

Argument  1  is  a  button  name  or  number. 

Argument  2  must  be  supplied  as  amplifying  data  associated  with  argument 
1;  e.g. ,  C0MM1  ON. 

See  Appendix  B  for  possible  argument  1  and  argument  2  code  numbers. 

-  CP 

RUN  CP.  Start  the  scenario  described  in  the  SC  command  for  a  Conmented 
Practice  run.  RUN/CP  must  be  preceded  by  a  SC  command.  Speech 
recognition  is  automatically  enabled  by  the  RUN/ CP  command.  The 
run  will  prematurely  end  if  an  error  is  encountered. 

-  FP 


RUN  FP.  Start  the  scenario  described  in  the  SC  command  for  a  Free 
Practice  run.  RUN/FP  must  be  preceded  by  a  SC  command.  Speech 
recognition  is  automatically  enabled  by  the  RUN/FP  command.  A  REPLAY 
option  is  automatically  presented  at  the  completion  of  each  run. 


I 


/ 
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TABLE  C-1.  SEGMENT  COMMAND  SOMMAHI  (continued) 


r.rurmmmnA _ 

Modifiers 

RON/S 

IAT 

BON  SCENARIO .  Start  the  scenario  desoribd  in  the  SC  command.  The 
command  immediately  following  RON/S  will  he  executed  as  soon  as 
the  scenario  begins. 

SC  scenario  number  IAT,  CP,  PP,  A TTY 

INITIALIZE  SCENARIO.  Initialize  scenario  contained  in  scenario 
file  Identified  by  number.  Normal  TEC  response  wll  be  enabled  at 
this  time. 

SC/C  -  IAT 

CONTINUE  SCENAHIO.  Continue  scenario  from  freeze  state. 

SC/CLR  IAT,  CP,  FP 

CLEAR  TEC.  Stop  scenario  and  dear  the  TEC  lights  and  grahlcs  display. 

SC/END  -  IAT 

STOP  SCENARIO.  Stops  scenario  and  does  not  alter  TEC  presentation. 

SC/W  -  IAT 

SCENARIO  WAIT.  Walt  for  indication  that  scenario  Is  frozen. 

SP/C  element  number  IAT 

COLLECT  SPEECH.  Collect  the  speeoh  phrase  identified  by  element 
number  within  the  number  of  seconds  specified.  Walt  until  phrase 
has  been  collected  prior  to  continuing. 

SP/P  element  number  IAT 

PRACTICE  SPEECH.  Practice  the  speech  phrase  identified  by  name 
or  number  within  the  number  of  seconds  specified.  Walt  until  phrase 
has  been  spoken  prior  to  continuing. 

SP/V  element  number  IAT 

VALIDATE  SPEECH.  Validate  the  speech  phrase  identified  by  element 
or  number  within  the  number  of  seconds  specified.  Walt  until  phrase 
has  been  validated  prior  to  continuing. 
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TABLE  C-1.  SEGMENT  COMMAND  SUMMARY  (continued) 

Command _ Modifiers _ Segments _ 

STEP  step  number  IAT 

IDENTIFY  STEP.  Identify  current  segment  step  as  a  sentinel  step 
identified  by  the  number  (0  to  65535).  This  command  is  used  to 
identify  a  position  in  the  command  sequence  for  repeat  and  advance 
commands. 

T  test  number  IAT 

EXECUTE  TEST.  Execute  the  test  simple  test  subfunction. 

T/E  -  IAT  test 

END  TEST.  End  a  test  specification.  T/E  must  be  the  last  command 
in  a  test  specification.  T/H  and  T/Q  must  be  preceeded  by  a  T  command 
and  followed  by  a  T/E  command. 

T/H  argument  list  IAT  test 

DEFINE  TEST  REQUIREMENTS.  Define  test  requirements  according  to 
the  argument  list: 

Argument  1  is  the  number  of  questions  to  be  given  on  the  test. 
Argument  2  is  the  percentage  score  required  to  pass  the  test. 

Argument  3  is  the  step  number  at  which  the  test  presentation  is 
given. 

Argument  4  is  the  step  number  for  pe.-fect  score  feedback. 

Argument  5  is  the  step  for  passing  score  feedback. 

Argument  6  is  the  step  for  first  failure  feedback. 

Argument  7  is  the  step  for  second  failure. 

Argument  8  is  the  test  type  (MATCH  or  OTHER). 

Argument  9  is  the  text  page  number  for  a  matching  test  or  a  blank 
if  the  test  type  is  OTHER. 

Argument  10  is  whether  a  second  try  is  allowed  (Y  or  N) . 

Argument  11  is  whether  the  instructor  is  to  be  notified  after  a 
second  failure  (Y  or  N) . 

T/Q  argument  list  IAT  test 

DEFINE  TEST  QUESTIONS.  Define  a  test  question  according  to  the 
argument  list: 

Argument  1  is  the  type  of  answer  options  presented  (TEC,  T/F,  or 
number  indicating  number  of  choices). 

Argument  2  is  the  step  number  at  which  segment  commands  for  this 
question  presentation  begins. 

Argument  3i  argument  4  is  a  correct  response  pair. 

Argument  5  is  the  step  number  of  the  correct-entry  feedback. 
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TABLE  C-1.  SEGMENT  COMMAND  SUMMARY  (continued) 


Argument  6  is  the  step  number  of  the  wrong-entry  feedbeok.  A  step 
number  must  be  in  the  range  0  to  65535  and  must  be  0  if  no  feedback 
is  to  be  provided. 

When  a  TEC  input  is  the  correot  res  pons .  the  correct  response  pair 
(argument  3  argument  4)  is  the  form:  TEC  button  name  and  amplifying 
data  per  Appendix  B. 

alert  name  1AT 
SIMULATE  NTDS  ALERT.  Simulate  the  indicated  alert. 


TRKSYM/HK 


track  number 


HOOK  TRACE  SYMBOL.  Bring  the  desired  track  Into  close  control. 


TRKSIM/KL 


track  number 


KILL  TRACK  SYMBOL.  Stop  updating  and  maintaining  the  display  of 
the  desired  track  symbol. 

TRKSYM/PC  track  number,  bearing,  range  IAT 

CORRECT  TRACK  SYMBOL  POSITION.  Move  the  desired  track  symbol  to 
the  requested  bearing  and  range.  The  bearing  must  be  between  1 
and  360  degrees.  The  range  is  miles  times  ten. 


number  of  seconds 


IAT,  AVTV 


WAIT.  Wait  the  designated  number  of  seconds,  1  to  999  seconds. 


switch,  status 


IAT,  CP,  PP 


WAIT  FOR.  Wait  for  the  specified  TEC  switch  condition  to  be  true. 
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APPENDIX  D 

PERFORMANCE  MEASUREMENT  VARIABLES 

INTRODUCTION 

This  appendix  identifies  the  variables  that  are  used  by  ACE  to  measure 
the  performance  of  a  student.  A  Performance  Measurement  Variable  (PMV)  may 
be  applicable  to  only  one  level  of  training,  or  the  basic  skills  may  apply 
to  several  levels  of  training. 

CROSS-REFERENCES 

Table  D1  contains  training  levels  cross- referenced  to  performance  measurement 
variables.  Table  D2  contains  performance  measurement  variables  cross-referenced 
to  training  levels.  These  cross-reference  tables  are  provided  for  rapid 
association  between  training  levels  and  performance  measurement  variables. 


i 

\ 

I 


I 
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TABLE  D1 .  TRAINING  LEVELS  -  PERFORMANCE  MEASUREMENT  VARIABLES 


LEVEL 

PMV 

1 

10,  11 

2 

1  -  11 

3 

1  -  4,  7  -  19,  22  -  30 

4 

1,  5  -  11,  16,  22  -  27,  30  -  35,  82,  87 

5 

1  -  4,  10  -  20,  36  -  39 

6 

1,  40-46 

7 

1  -  20,  22  -  39,  47  -  54,  82  -  87 

8 

1,  7  -  9,  22,  24  -  27,  55  -  59,  62  -  81 

TABLE  D2. 

PERFORMANCE  MEASUREMENT 

VARIABLES  - 

TRAINING  LEVELS 

PMV 

LEVEL 

PMV 

LEVEL 

1 

2-8 

24-27 

3,  4,  7,  8 

2,  3 

2,  3,  7 

28  -  29 

3,  7 

4 

2,  3,  5,  7 

30 

3,  4,  7 

5,  6 

2,  4,  7 

31  -  34 

4,  7 

7-9 

2  -  4,  7,  8 

35 

4,  5,  7 

10,  11 

2  -  5,  7 

36  -  39 

5,  7 

12  -  15 

3,  5,  7 

4C  -  46 

6 

16 

3,  4,  5 

47  -  54 

7 

17  -  19 

3,  5,  7 

55  -  59 

8 

20 

5,  7 

60  -  61 

deleted 

21 

deleted 

62  -  81 

8 

22 

3,  4,  7,  8 

82  -  87 

4,  7 

23 

3,  4,  7 
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PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS 

Table  D3  llata  ACE  Psrfornanos  Measurement  Variables.  Each  PMV  is  identified 
by  number  sad  name,  and  tba  psrfornanos  and  asasursasnt  ars  described.  Tbs 
Psrfornanos  Msasursasnt  Variable  Definitions  contained  in  Table  3  ars  reprinted 
froa  Section  VI  of  tbs  Instructor  Handbook.1 


1 .  Prototype  Baulwnt  Instructor  Handbook  for  ACE  (Air  Intercept  Controller 
Prototype  Training  system) ,  Report  NAVTRAEQUIPCEN  78-C-0182-9  (Logieon,  Ino.). 
Naval  Training  Equipment  Center,  Orlando,  Florida;  in  press. 


TABLE  D3,  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS 


n 

Performance/Scoring  Description 

i 

mahrazn  cap  sxmbol  si 
vxcnim  of  cap  video 

100  point*  -  Maintain  the  CAP  symbol  each 
that  3  out  of  aaeh  S  times  that  th*  video 
la  displayed*  missing  no  aora  than  2  video 
diaplaya  In  a  row,  tha  CAP  symbol  is  within  1/8 
inch  of  tha  video.  This  ragnlraaant  takas 
affact  after  th*  first  tins  that  tha  symbol  is 
updated  (assigned  to  th*  CAP  video) .  Each 
update  omission  outside  stated  tolerance 
deducts  10  points. 

2 

ENCASE  CAP  TO  STATION 

a.  60  points  -  Engage  tha  CAP  symbol  to  tha 

CAP  station  prior  to  being  S  alias  from 
station. 

b.  25  points  -  Transmit  aessaga  "c/a  (PORT/ 
STARBOARD)  xxx*.  This  transmission  is  optional 

If  tha  aircraft  handing  is  within  +/*  20  da* 
grass  of  th*  heading  to  th*  station  and  manda¬ 
tory  otherwise  within  24  seconds  after  check¬ 
in. 

c.  IS  pal  its  -  if  the  heading  Is  transmi  tted, 
it  must  ba  within  V-  10  degrees  of  the  correct 
heading. 

3 

TSUU»MZ7  STATION 

ASOO  PANCT 

a.  70  polmn  -  Transmit  the  message  "STATION 
xxx, yy"  to  the  CAP  within  42  seconds  after  the 
scenario  begins;  35  points  for  response  within 

54  seconds. 

b.  IS  points  -’Transmitted  bearing  most  ba 
within  V”  IS  degrees  of  correct  bearing. 

e.  IS  pointa  -  Transmitted  range  oust  be  with¬ 
in  ♦/-  2  miles  of  station. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


No. 

Perforaanca/Scoring  Description 

4 

TRANSMIT  REARING  AND 
RANGE  Of  STATION 

*•  70  points  -  Transmit  tha  oMMgt  "STATION 

xxx,  yy*  within  12  seconds  aftar  tha  sweep 
pum  th«  CAP  position,  3  oat  of  each  S  sweeps 
until  the  AIC  transmit*  "ON  STATION"  or  until 
the  AIC  makes  a  stranger  report.  Tha  «»<«"■ 
•corn  in  given  if  tha  transmission*  ara  aada  3 
out  of  S  tlmaa  and  tha  Ale  doas  not  aisa  a 
transmission  any  2  sweeps  in  a  row.  Tha  seora 
is  decreased  in  proportion  to  tha  transmission 
owl  salons.  Each  out  of  tolaranca  transmisaion 
da ducts  3  points. 

b.  15  points  -  Transmit  accurst*  ba axing.  A 
maximum  seora  is  given  if  all  txaasaietad  ba ar¬ 
ia  gs  ara  within  tha  spacifiad  tolaranca.  Tha 
seora  is  dacreasad  in  proportion  to  tha  aumbar 
of  out  of  tolaranca  transmissions.  Soaring 
tolaranca  in  +/-  2  dagrsss  diffarant  from  NTDS 
display ad  data.  Each  out  of  tolaranca 
transmission  da ducts  3  points. 

c.  15  points  -  Transmit  accurats  ranga.  A 
maximal  seora  in  given  If  all  transmitted 
ranges  ara  within  tolaranca.  The  score  is 
dacreasad  in  proportion  to  tha  number  of  out  of 
tolaranca  ranga  transmissions.  Ranga  tolaranca 
is  ■*•/-  2  alias  diffarant  from  NTDS  displayed 
data.  Each  out  of  tolaranca  transmission 
deducts  3  points. 

S 

100  points  -  After  tha  Target  Assigned  alert  is 
received,  depress  ORDER  SEND  to  engage  tha  CAP 
to  tha  bogey,  within  18  seconds.  70  points 
within  24  seconds. 

6 

a,  70  points  -  Transmit  sassage  "e/s  PORT/ 

VECTOR/ STARBOARD  xxx  POR  jWT  to  tha  CAP 

within  18  seconds  of  saqo.  to  tha  SWC 

Engage  alert.  30  points  io..  .  -amissions 

within  24  seconds. 

b.  30  points  -  Transmit  an  accurate  vector  for 
bogey  to  tha  CAP.  Tha  heading  oust  be  within 
+/-  10  degrees  of  the  correct  heading. 
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TABUS  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


00. 


Perforaaace/Scoriag  Description 


TRAMMXT  INITIAL  BOOST 


40  points  -  Transmit  tbs 
yy*  to  tbs  CAR  within  is 
for  bogey  —saga.  20  points  for 
within  24 


message  "BOOST 


at  wsetor 


b.  30  points  -  Transmitted  ba axing  oust  bs 
within  +/-  2  degrees  of  USDS  displayed  data. 


e.  30  paints  -  Transmittsd  ranga  nut  bs 
within  «■/-  2  alias  of  MTD3  displayad  data. 


Itraksnxs  INITIAL 
TRACE  AND 


a.  SO  points  -  Transmit  tbs  asssags  "BOOST 
TRACKING  xxx,  SPEED  POINT  y"  to  tbs  CAP  within 
18  aaeoada  of  Initial  bogsy  bsaring  and  ranga 
call.  23  points  for  transmission  within  30 


b.  25  points  -  Transmittsd  track  most  ba  with¬ 
in  ♦/-  10  dsgrsos  of  tbs  eorrsct  track. 


c.  25  points  -  Transmitted  spaad  most  ba  with¬ 
in  V-  0.2  mach  of  tbs  correct  spaad. 


COMTINUXMe 
BEARING  AND 


7Q  points  -  Transmit  tbs  aassaga  "BOGET 
,  yy"  within  12  seconds  after  tbs  sweep 
passes  the  bogey  position.  Tbs  maxima  score 
is  given  if  the  transmissions  are  mads  3  out  of 
5  times  and  tbs  AXC  doss  not  miss  making  a 
transmission  2  sweeps  in  a  row.  The  score  is 
decreased  in  proportion  to  transmission 
amissions.  Each  oat  of  tolerance  transmission 
5  points. 


I 


b.  IS  points  •  Transmit  accurate  bearing.  A 
maximum  score  is  gives  if  all  transmitted  bear¬ 
ings  are  within  the  specified  tolerance.  The 
score  is  decreased  la  proportion  to  tha  number 
of  oat  of  tolerates  transmissions .  The  toler¬ 
ance  for  bearing  to  bogey  is  */-  2  degrees 
different  than  NCOS  display.  Each  oat  of 
toleranca  transmission  deducts  3  points. 


I 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CO NT IN) 


RSM 

? erf onaance/ Scoring  Description 

o.  IS  points  -  Transmit  accurate  range*  A 

BOOH  eee»lTT  awn 

maxima*  score  ie  given  if  all  transmitted 

ranges  are  within  the  specified  tolerance*  The 
score  is  decreased  in  proportion  to  the  number 
of  out  of  tolerance  transmissions*  The  toler¬ 
ance  for  range  to  bogey  is  ♦/-  2  miles  dif¬ 
ferent  then  STDS  display.  Each  out  of  toler¬ 
ance  transmission  deducts  3  points. 

BMURE  TEC 

COMMUNICATIONS  SWITCHES 

a*  40  points  -  "Talk"  switch  In  left  position* 

ARE  CORRECT 

b.  30  points  -  "Left  Phone"  switch  in  "RAD" 
position. 

c.  30  points  -  "Right  Phone"  switch  in  "INPH" 
position. 

KM8CRE  TEC  CONTROL 

a*  0  points  -  CRT  Csatar  switch  on  "OWNSHIP" 

PANEL  SKETCHES  ARE 

CORRECT 

b*  23  points  -  Video  switch  set  on  "1" 

e*  23  points  -  Radar  switch  sat  on  "4" 

d*  23  points  -  Standard  Isadora  switch  set  to 
"AIR* 

e.  23  points  -  Range  switch  set  to  "32" 

RAMBE  SCALE  AND  OFFSET 

a.  0  paints  -  The  range  scale  is  sat  to  32 
alias  at  ths  time  ths  offset  is  entered. 

b.  30  points  -  Ths  offset  is  entared  when  eh* 
scenario  begins. 

e*  23  points  -  The  rang*  to  the  PPI  center 

from  eh*  ownship  position  is  betwae 
32  alias  when  eh*  sesnsrio  begins. 


20  and 


d.  23  poises  -  Ths  bearing  to  the  esaear  of 
the  7PT  iron  the  new  ownship  position,  when 
the  scenario  begins.  Is  +/-  20  degrees  at  the 
bearing  from  the  new  ownship  position  through 
the  CAP  station. 


1 

'  1 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


D 

MM 

Performance/ Scoring  Description 

13 

Bm  CAB  STMBQL,  PIT, 
AMD  STATION  ALTITUDE 

a.  60  polnta  -  The  CAB  symbol  la  entered  an 
tha  time  tha  learner  iadleataa  ha  is  ready  for 
tha  scenario  events  to  iron— nrs  (foot  Jcey  ♦ 
voles  Inpat) • 

b.  25  points  -  Tha  BIF  is  correct. 

e.  IS  points  -  The  CAB  altitude  matches  tha 

CAB  station  altitude. 

14 

"c/«  AIRBORNE  FOR 
CONTROL* 

100  points  -  Respond  to  SWC  *c/s  AIRBORNE  FOR 
CONTROL*  massage  within  10  seconds  with 
"ROGER*.  70  points  within  IS  seconds. 

15 

■BUTE.  THIS  IS  e/a  ..." 

100  points  -  Respond  to  CAB  CHBCE-XN  massage 
within  10  saconda  with  "ROGER*.  70  points 
within  IS  seconds. 

mmmmm 

■ 

a.  SO  points  -  Update  CAB  symbol  within  18 
seconds,  after  receiving  tha  maaeaga  "c/s  THIS 

IS  C/S  ON  TACAR  STATION  xx,yy  ANGELS  XX, 

BEADING  xjcc"  from  tha  CAB.  2S  points  within  24 
seconds. 

b.  SO  points  for  placing  CAB  symbol  within 

1/8”  of  CAB  video.  25  points  far  piecing  CAB 
symbol  more  then  1/8”  end  less  than  1/4”. 

17 

ABE  CAB  FOR  STATS 

■ 

a.  60  points  -  Transmit  tha  message  ”c/s  NBAS 
STATE"  to  tha  CAB  before  arriving  on  station 
(entsids  S  miles  from  statics)  or  within  1  min¬ 
ute  of  SWC  request  "WHAT  STATS". 

b.  40  points  -  Respond  to  CAB  message  "STATS 
fff  with  "ROGER  STATE  fff"  within  15  seconds. 

20  points  for  response  within  20  seeosds. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


□ 

Performaace/Scorlng  Description 

18 

UPDATE  tTCDS  WISH  CAP 
STATS  (NCV-TXAXNXNC 

' 

a.  100  pc lata  -  Update  state  Inventory  wxtrtln 

73  aecooda  altar  each  state  report  Cron 
aircrew. 

b.  70  poiata  -  Update  state  inventory  within 

90  seconds  after  each  state  report  from 
aircrew. 

19 

norm  sms  or  control 

a.  40  poiata  -  Transmit  the  sassage  "I  HAVE 
CONTROL  OP  c/s*  to  the  SWC  after  state  report 
from  CAP  and  before  reaching  station  (5  mllas 
from,  station) . 

b.  40  poiata  -  Respond  to  Sue  "THANK  TOO"  mes¬ 
sage  with  the  massage  "e/s  STATS  fff"  within  24 
seconds.  20  points  for  response  within  30  sec¬ 
onds. 

e.  20  points  -  Reported  state  must  agree  with 
state  aeasaga  from  CAP. 

20 

"CM  STATION* 

100  points  -  Transmit  the  massage  "c/s  CM  STA¬ 
TION"  within  36  seconds  after  the  CAP  gets 
within  5  alias  of  the  station.  70  points  with¬ 
in  48  seconds  within  5  miles. 

22 

TRANSMIT  BOOST 
COMPOSITION  AND 

ALTITUDE 

a.  60  points  -  Transmit  the  message  "BOOST 

( SOKSUC/KULTXPLE )  ALTITUDE  ZZ  THOUSAND"  within 

13  seconds  of  bearing  and  range  cell. 

30  points  for  transnlsison  within  24  seconds. 

b.  20  points  -  transmitted  altitude  mast  be 
the  correct  altitude. 

c.  20  points  -  Transmitted  composition  must  be 
correct. 

23 

PLACE  BOOST  ON  SEQUENCE 
LIST 

100  points  •  Place  bogey  an  sequence  list  with¬ 
in  13  seconds  of  giving  initial  bogey  bearing 
and  range  call.  70  points  within  24  seconds. 

200 


NUWTSAEQCJIPCm  78-C-0182-3 


TABU  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


Performance/ Scoring  Description 


24  TO  "JUDE"  OR 

"TAUT  BO" 


100  points  -  Do  not  transmit  any  bogey  data 
(grouodspeed,  track,  ate.)  after  tba  message 
•TAUT  BO*  or  "JUDE"  la  received  until  "X£ST 
CONTACT"  or  "BREAEAHAZ*  call  is  received. 


too  points  -  Respond  to  tba  aeaaage  "LOST  CON¬ 
TACT"  by  transmitting  tba  bearing  and  range  to 
tba  bogay  starting  within  15  saconds  of  tba  lost 
contact  nsssaga.  70  points  within  20  seconds. 


a.  40  points  -  Respond  to  tba  naaaags  "CONTACT 
xxx, yy"  within  10  saconds  with  one  of  tba 
following  voice  callsi  "ROGER,  TOOK  BOOST 
THACKNC  XXX"  or  "NEGATIVE,  BOGET  xxx.yy". 


27 

0X3ENGAGE  CAP  FRCM 

boost  at  breaeanat 

28 

RE-ENGAGE  CAP  TO 

STATION  AFTER 

SRSASAHAX 

b.  40  points  -  Respond  to  tba  message  "CONTACT 
xxx.yy"  with  tba  correct  choice  described  in 
previous  subparagraph. 

c.  20  points  -  Respond  with  accurate  tracking 
or  bearing  and  range  data.  If  tracking  data, 
transaitted  track  east  be  within  +/-10  degrees 
of  correct  track.  If  bearing  and  range  data, 
both  the  bearing  and  range  oust  neat  tba 
following  tolerance  specifications.  Bearing: 
+/-  2  degrees  different  from  NTOS  display. 

Range  i  ♦/—  2  Biles  different  from  NTDS 
display. 


100  points  -  Disengage  the  CAP  from  bogey  with¬ 
in  15  after  the  pilot  transmits  the 

"TAUT  80,  FOE  1  BRSAXANAZ"  message.  70  points 
within  20  seconds. 


100  points  -  Engage  the  CAP  to  the  CAP  station 
within  12  seconds  after  disengaging  the  CAP 
from  tba  bogey.  70  points  within  IS  seconds. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


Bo. 


Performance/ Scoring  Description 


29 


VECTOR  a LP  TO  STATION 
AFTER  BESAXABAI 


a.  SO  points  -  Tnnnit  th *  nwngi  “c/s 
( PORT/ STARBOARD )  xxx"  within  IS  seconds  after 
angag lag  the  CAP  to  tha  CAP  station. 

25  points  for  transmission  within  24  seconds. 


b.  30  points  -  The  transmitted  turn  bearing 
direction  ( PORT/ STARBOARD )  is  such  that  a  mini¬ 
mal  change  la  heading  is  required  to  cose  to 
the  correct  aew  heading. 


e.  20  points  -  The  transmitted  heading  oust  be 
within  ♦/-  10  degreee  of  the  correct  heading. 


30 


REPORT  RESULTS  OP 
EB8A0EMDR 


a.  40  points  -  Transmit  the  message  "c/a 
BREAKERS  ANAX"  to  the  SBC  within  30  seconds  af¬ 


ter  the  CAP  reports  the  results  of  the  engage¬ 
ment.  20  points  for  trsnsmission  within  40 
seconds. 


b.  30  points  -  Transmit  the  messages  "HEADS  DP 
r  BOOSTS*  or  "SPLASH  y  BOOSTS"  or  both  to  the 
SBC  within  35  seconds  from  the  time  the  CAP  re¬ 
ports  the  results  of  tha  engagement.  IS  points 
for  transmission  within  45  seconds. 


e.  30  points  -  Tbs  messages  most  agrae  with 
tha  reeults  as  transmitted  by  the  CAP. 


31 


TRANSMIT  "error  CALL 


s.  40  points  -  Transmit  tha  massage  "BOOST 
JTOZBO  (LEFT/ RIGHT) "  within  24  seconds  of  jink 
initiation.  25  points  for  transmission  within 


30  seconds. 


b.  40  points  -  The  transmitted  direction 
(LETT /RIGHT)  must  be  In  tha  correct  jink  direc¬ 
tion. 


e.  20  points  -  At  tha  tiaa  tha  jink  is  Ini¬ 
tiated  no  previous  jink  transmission  (BOOST 
JTOXBO  LEFT/SIGHT)  shall  have  bean  made. 
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TABLE  03.  PERTORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


Dl 

<u~ 

Perfermance/Scorlng  Description 

32 

TRANSECT  VECTOR  SO 
COUNTER  JINK 

a.  SO  points  -  Transmit  the  OMU9*  "e/a 

( PORT/ STARBOARD)  [BARDI  JOB*  to  counter  the 
jink  within  36  seconds  after  jink  Initiation. 

2S  point*  far  tran*mi**ion  within  48  seconds 
after  jink  initiation. 

b.  30  points  -  The  transmitted  revised  heading 
direction  (port/starboard)  is  such  that  a  mini¬ 
mum  change  in  beading  is  required  to  coma  to 
the  correct  new  heading* 

e.  20  points  -  The  new  transmitted  heading 
anst  be  within  ♦/-  IS  degrees  of  the  correct 
new  beading. 

33 

■mi 

■ 

a.  70  points  -  Transmit  the  massage  "B0SZ7 

TRACKING  xxx*  to  the  CAR  within  1  minute  after 
jink  35  prfj-nfm  tox  transsdssion 

within  90  seconds. 

b.  30  points  -  Transmitted  new  track  must  be 
within  V-  IS  degrees  of  correct  track. 

34 

mmgmm 

a.  SO  points  -  Transmit  the  message  "BC6ET 
SPLITTING"  within  24  seconds  after  the  bogey 

a  split.  23  points  for  transmission 
within  30  seconds. 

b.  SO  points  -  Oisengage  bogey  and  engage  new 
bogey  within  24  seconds  after  the  bogey  splits. 

1 

sgggm 

■ 

a.  60  points  -  Transmit  the  message  "BOSSX 
SINGLE.  ALTITUDE  set"  within  18  seconds  after 
the  new  bogey  is  engaged.  30  points  for  trans¬ 
mission  within  24  seconds. 

b.  40  points  -  Bogey  altitude  transmitted  must 
be  the  correct  altitude,  as  displayed. 
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TABUS  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTXN) 


no. 


Performancs/Scorlng  Description 


36 


DETECT  AND  REPORT 
STSUMSSRS 


a.  60  points  -  Tran  salt  to  CAP  WHfi 
"STRANGER  xxx, yy"  after  tha  stranger  closes 
within  10  alias  of  tha  CAP  and  prior  to  closing 
within  S  nilaa  of  tha  CAP. 


b.  20  points  -  Bearing  oust  ba  within  ■*■/-  10 
da grass  of  corract  bearing. 


C.  20  points  -  Rang*  mist,  ba  within  V-  2 
sllas  of  corract  ranga. 


37 


CALL  STRANGER  BEARING 
AND  RANGE 


a.  70  points  -  Transmit,  to  CAP,  stranger's 
baaging  and  ranga  3  oat  of  5  times,  missing 
making  transmissions  no  aora  than  2  sweeps  in  a 
row,  following  initial  report  until  either 
"VISUAL"  call  is  received  from  CAP  or  until 


stranger  range  increases  for  2  consecutive 
sweeps.  Each  out  of  tolaranca  transmission 
deducts  S  points. 


b.  IS  points  -  Bearing  most  ba  within  10 
degrees  of  corract  bearing.  Each  out  of  toler¬ 
ance  transmission  deducts  3  points. 


38 


TRANSMIT  STRANGER'S 
TRACE  AND  ANGELS 


c.  IS  points  -  Range  must  ba  within  ♦/-  2 
miles  of  corract  range.  Each  out  of  tolerance 
transmission  deducts  3  points. 


a.  70  points  -  Transmit,  to  CAP,  stranger’s 
track  and  angels  prior  to  the  stranger  closing 
within  3  alias  of  tha  CAP. 


b.  15  points  -  Transmitted  track  most  ba  with¬ 
in  ♦/“  10  da grass  of  tha  stranger's  heading. 


39 


"STRANGER  OPENING" 


c.  15  points  -  Transmitted  angels  must  ba  +/- 
1000  feat  of  tha  stranger's  altitude. 


100  points  -  Transmit  aessage  to  CAP  "STRANGER 
OPENING"  within  10  seconds  of  stranger  range 
steadily  Increasing  for  2  sweeps  in  a  row. 

70  points  within  IS  seconds. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


No. 

8*- 

Perforaanca/Seoring  Description 

40 

TRANSMIT  VECTORS  FOR 
RENDEZVOUS 

a*  SO  points  -  pond  to  the  CAP  aiaift 

"REQUEST  RENDEZVOUS  WITH  CRACKEMAOC"  Within 

10  seconds  with  the  muft  "SILVER  SAUK  VECTOR 
xxx* .  30  points  for  rupoaM  within  IS  ■•condo. 

b.  23  points  -  R*s pond  to  the  CAP  aassage 
"REQUEST  RENDEZVOUS  WITH  CRAOXfUACE"  within  24 
seconds  aftsr  th«  CAP  request  with  th«  hiun 
"CSACRSR3ACK  VECTOR  xxx" 

a.  IS  points  -  Silver  Bowk  vector  oast  bs 
within  ♦/*»  10  dagreea  of  th«  bearing  from  the 

CAP  to  th«  MAC. 

41 

ATTAIN  CORRECT 

LATERAL  SEPARATION 

Tho  lateral  sapsrstlon,  perpendicular  **  wmm 
from  tho  lino  of  flight  of  th«  CAP  to  tb*  man¬ 
euvering  Aircraft  (MAC),  should  b*  th*  nach 
number  of  tha  MAC  Z  10  miles  whan  tha  ranga  ba- 
twaan  tho  MAC  and  tha  CAP  is  ( (combined  onch  of 
tha  two  A/C)  X  10)  ♦  2  alias.  Scora  is  dapend- 
ant  an  tho  latoral  saparatlon  arror  ut 

100  points  for  0  to  1  alia 

75  points  for  1  to  2  alias 

SO  points  for  2  to  3  alias 

0  points  for  graatsr  than  3  alias 

42 

TRANSMIT  TO  TBZ  MAC  TSE 
BEARING  AND  RANGE  TO 

TBS  CAP 

100  points  -  Transmit  asssaga  "C/S,  xxx.yy* 
prior  to  MAC  torn  for  rendezvous. 

43 

TRANSMIT  MAC'S 

ALTITUDE  TO  CAP 

FOR  RENDEZVOUS 

a.  70  points  -  Raspond  to  tha  CAP  massaga 

nassaga  "CRAOSKUACE  ANSELS  zzm  within  3S  ■ae¬ 
on  da  after  tha  vector  call.  33  points  for 
response  within  48  seconds* 

b.  30  points  -  Tha  transmitted  altitude  oust 
be  tha  correct  altitude  as  displayed  la  tha 

OR0* 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTXN) 


?erf orman ca/Scaring  Description 

44 

MEASURE  RENDEZVOUS 

FLIGHT  FATE 

Tbs  wii.r  distance  Croat  the  MAC  oo  the 

Um  of  flight  of  the  CAP,  after  tarn  far  ren¬ 
dezvous  la  complete,  should  be  zero  mile*. 

Scores  far  dlstsnea  errors  ere: 

100  points  for  0  to  1  nil* 

70  points  for  1  to  2  miles 

0  points  for  greeter  then  2  miles 

45 

MEASURE  RENDEZVOUS 
SEPARATION 

The  distance  forward  from  the  CAP  to  the  inter¬ 
secting  perpendicular  of  the  MAC  along  the 

CAP'S  of  flight,  after  the  rendezvous  is 

complete,  should  be  within  2  miles.  Scores  for 
distance  errors  ere: 

100  points  for  0  to  1  mile 

70  points  for  1  to  2  miles 

0  points  far  greeter  then  2  miles 

0  points  if  the  CAP  is  in  front  of  the  MAC 

44 

TRANSMIT  TO  THE  CAP 

THE  BEARING  AND  RANGE 

TO  THE  MAC 

e.  70  points  -  Transmit  the  message  "c/s 
xxx, yy"  within  10  seconds  after  the  MAC  torn 
for  rendezvous  is  Initiated.  The  mexlnnm  score 
Is  given  if  the  transmissions  are  made  3  oat  of 

S  times  end  the  AXC  does  not  miss  making  trans¬ 
missions  any  2  sweeps  In  a  row.  The  score  is 
decreased  in  proportion  to  the  transmission 
amissions.  Each  transmission  omission  deducts 

5  points. 

b.  15  points  -  Transmit  accurate  bearing*  A 

score  la  given  if  all  transmitted  bear¬ 
ings  era  within  the  specified  tolerance.  The 
score  Is  decreased  in  proportion  to  the  number 
of  oat  of  tolerance  transmissions .  Bearing 
tolerance  is  >/-  2  degrees  different  from  NTDS 
display.  Each  out  of  tolerance  transmission 
deducts  3  points. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


MM 

Performance/ Scoring  Description 

46 

c.  IS  points  -  Transmit  accurst*  ran 9*.  M ul* 
mm  seers  is  given  12  all  transmitted  ranges 
ars  within  tolsrancs.  The  scors  is  dacrsassd 
is  proportion  to  ths  ausbsr  of  out  of  tolsrancs 
ran 9*  tranenl talons .  Ths  tolsrancs  far  ran 9* 
to  station  is  ♦/-  2  alias  different  from  NXOS 
display.  Each  out  of  tolsrancs  transmission 
deducts  3  points. 

47 

■FXQBSn  Of  THE 

OAKS" 

lOOpoiats  -  transmit  ths  message  TIGHTER  ZB 

TBI  DARK"  if  ths  CAP  1*  on  station  and  3  con- 
eacutive  fadss  of  ths  CAP  video  occurs,  or  if 
ths  CAP  is  intercepting  the  bogey  and  2  cons  sc- 
txtive  fadss  occur.  Massage  mist  b*  transmitted 
within  IS  seconds  of  ths  criterion  fade.  70 
points  within  20  seconds. 

48 

’BOOST  IS  TBS  OAKS' 

100  points  transmits  ths  message  "BOOST  Of  TBS 
DAKS"  if  ths  CAP  is  an  station  end  3  consecu¬ 
tive  fadss  of  tbs  bogey  video  occurs,  or  if  tbs 
CAP  is  intercepting  the  bogey  and  2  consecutive 
fades  occur.  Message  most  be  transmitted  with¬ 
in  15  seconds  of  tbs  criterion  fads.  70  points 
within  20  seconds. 

49 

100  points  -  Within  13  seconds  of  NTDS  program 
failure  ths  nsssage  "5fT  OCTOPUS  IS  BENT"  is  to 
be  transmitted  to  ths  CAP.  70  points  within  24 
seconds. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


Perforaance/Seoring  Description 


a.  70  poises  -  Transmit  (to  eh*  CAR)  tbs  sms— 
M9t  "BOGST  «cc,yy"  or  "STATION  xaae.yy"  defin¬ 
ing  the  ra&gs  and  bearing  to  tbs  bogey  as  tbs 
station  within  30  asoonda  after  NTDS  program 
fails.  35  points  for  transmission  within  42 
ascends. 


b.  IS  points  -  Transmitted  bearing  most  bo 
within  ■*■/-  S  degrees  of  ths  correct  hearing  for 
all  ranges. 


c.  15  points  -  Transmitted  zaage  mast  be  with** 
in  the  following  tolerances* 

♦/-  3  miles  for  0-10  miles  separation 
V"  5  miles  for  10  -  20  miles  separation 
♦/-  7  miles  for  20-40  miles  separation 
♦/-  10  miles  far  greatar  than  40  miles 
separation. 


51  COHrXHOOOS  BEARING  AMD  a.  60  points  -  Transmit  the  message  to  ths  CAR 
BAISB  TRANSMIT/  MTDS  "BOGEY  xxx.yy"  or  "STATION  xjot , yy*  nj ag  ths 

DOWN  range  and  bearing  to  the  bogey  or  the  station/ 

3  oat  of  5  sweeps  (missing  making  transmissions 
on  no  more  than  2  sweeps  in  a  row)  aftsr  ths 
STDS  program  fails  and  ths  initial  call  has 
been  mads.  Each  oat  of  tolsrancs  transmission 
daducta  5  points. 

b.  20  points  -  Transmittsd  bearing  most  be 
within  V-  5  degrees  of  the  correct  bearing  at 
any  range.  Each  oat  of  tolerance  transmission 
deducts  5  points. 

c.  20  points  -  Transmitted  range  most  be  with¬ 
in  ths  following  tolerances* 

+■/-  3  miles  for  0-10  miles  separation 
V-  5  miles  for  10  -  20  miles  separation 
+/-  7  miles  for  20-40  miles  separation 
V-  10  alias  for  greatar  than  40  alias 
separation. 

Bach  oat  of  tolerance  transmission  deducts  5 
points. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


/Scoring  Description 


100  poises  -  Transmit  massage  "c/s  RADIO  CSV 
within  10  seconds  after  beeper  os  guard  alarm 
sounds.  70  points  within  IS  socoods. 


ROOKTXae  CAB 
BWBMg  TO  SMC 


32  KILE  HAWSE 
FOR  SETUPS 


•  AIRCRAFT  IS 
AREA 


too  points  -  Transmit  message  to  SMC  "c/s 
EMERGENCE"  within  30  aocoads  of  unsuccessful 
attempted  co— an  i  cations  with  tha  CAP. 

70  pants  within  48  seconds. 


a.  70  points  -  In  rasponsa  to  Che  request, 
"Seats  bearing  and  range  from  own* hip  to 
emergency,"  the  learner  will  make  eha  trans¬ 
mission  "EMERGES CT  x»,yy"  within  20  seconds. 
33  point*  for  response  within  30  seconds. 


b.  IS  points  -  Tha  bearing  accuracy  must  be 
♦/—  5  degrees. 

c.  15  points  -  The  range  accuracy  must  be  ♦/* 
2  miles. 


Select  the  32  alia  range  scale  prior  to  the  CAP 
going  Into  the  OPARSA  (100  points). 


Once  the  aircraft  have  antared  the  area, 
scoring  for  keeping  them  in  the  are*  iet 
10  point  deduction  for  each  boundary  pen 
tion 

100  points  for  100  percent  of  the  time. 


100  points  -  Transmit  tbs  massage  "e/s  (PORT/ 
STARBOARD)  xxx"  within  2S  seconds  after  receiv¬ 
ing  the  message  "fox  1,  SREAKAMAX"  from  the 
CAP.  70  points  for  transmission  within  38 
seconds. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


10. 


iS 


OISENGAGE  PSEUDO 
BO GET  PROM  A  POINT- 
IX- SPACE  ("B") 


Perforaance/Scoring  Description 


After  the  pseudo  bogey  bee  been  engaged  from 
point- in-spece  "A,"  hit  "BREAE/CANTCO"  to 
disengage  after  100  seconds t 
before  100  seconds  -  70  points 
before  17S  seconds  ■  100  points 
before  205  seconds  ■  70  points. 


(9 


DISENGAGE  CAP  FROM  A 
POINT- IN-SPACE  ("A") 


When,  after  breakaway  request  or  the  wingman 
has  been  detached,  the  CAP  has  been  engaged 
to  a  point- in-space,  hit  "BREAK/CAHTOO*  to 
disengage  after  105  seconds: 
before  105  seconds  •  70  points 

before  180  seconds  -  100  points 
before  210  seconds  *»  70  points. 


ENGAGE  PSEUDO  BOGS? 
TO  PPOI 


After  the  pseudo  bogey  has  been  disengaged 
fro*  a  point- Irwspaee,  engage  pseudo  bogey  to 
PPOI  by  ball  tabbing  a  new  point  and  hitting 
GE0M  within: 

12  seconds  »  100  points 
18  seconds  -  70  points. 


83 


ENGAGE  CAP  TO  PPOI 


After  engaging  pseudo  bogey  to  PPOI,  engage 
CAP  to  PPOI  by  sequencing  to  CAP,  by  ball 
tabbing  the  sane  point  ♦/-  2  alias,  and  hit¬ 
ting  GEOM  within: 

12  seconds  ■  100  points 
18  seconds  •  70  points. 


84 


DISENGAGE  CAP  FROM 
FPOI 


After  turn  for  Intercept  "FOR  BOGS?"  is 
transmitted,  sequence  to  CAP  and  hit  BREAE/ 


CANTCO  VABi 

before  38  seconds  -  70  points 
within  36  -  48  seconds  ■  100  points 
within  49  -  60  seconds  •  70  points. 


x 
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Performs ncs/Scorlng  Description 


ESTABLISH  INITIAL  AMD 

ram.  nretacPT 


VICTOR  CAP  TO  BOOST 
XH  TnXMXWS 


TMBACI  CAP  TO  PSSODO 
BOOST  XH  TRAXNXMS 


a.  when  the  two  Aircraft  Inn  boon  turned  for 
the  intercept  And  ATA  Steady  00  COOTSA.  scoring 
for  the  target  Aspect  angle  1st 

70  poiats  if  within  S  degrees  of  planned 
40  poiats  if  within  10  degrees  of  pi 
0  poiats  if  greater  than  10  degrees  of 
planned. 

b.  30  poiats  -  CAP  was  able  to  dose  within  3 
niles  of  pseudo  bogey  at  closest  point  before 
crossing. 


After  the  pseudo  bogey  is  turned  for  vector  as 
bogey,  vector  the  CAP  to  the  PPOX  within t 
12  seconds  ”  100  points 
18  seconds  -  70  points 
24  seconds  “  30  points. 


Aftar  the  pseudo  bogey  is  steady 
as  bogey,  engage  cap  within* 

9  seconds  “  100  points 
13  seconds  -  70  poiats 
21  seconds  “  30  points. 


When  the  two  aircraft  have  been  turned  for  the 
intercept  and  are  first  steady  on  course,  scor¬ 
ing  for  separation  is* 

100  points  if  within  3  (Biles  of  planned 
70  poiats  if  more  than  3  miles  but  less  than  8 
miles  from  planned 

0  points  if  greater  than  8  miles  fraa 


a.  SO  points  -  Transmit  the  message  "e/s  LOST 
COMMON! CATIONS  HOTMTIOBS,  OVER"  to  the  CAP 
within  2  minutes  of  entering  operating  area. 

b.  SO  points  -  Respond  to  the  massage 
"RESDSZVOOS  POINT  WHISXZT,  ANGELS  ZZ“  with  the 
message  "ROGER  LOST  COMM"  within  S  seconds. 
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TABU  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTZN) 


no. 

Performance/ Scoring  Description 

70 

UPDATE  STDa-STATS 

*.  SO  points  -  Update  CAP  steta,  if  required* 
before  CAP  turns  for  intercept  ("e/a  m  FOR 
BOGEY"). 

b.  SO  points  -  Update  pea  video  bogey  state,  if 
required,  bafore  pseudo  bogey  torna  far  inter- 
eapt  ("e/s  xxx  AS  BOGEY"). 

71 

REQUEST  PSEUDO  BOGEY 
STATE  (TRAINING) 

a.  70  points  -  Transmit  tha  aassage  "e/a  WHAT 
STATE"  to  tha  bogey  before  pseudo  bogey  turns 
for  Intercept  ("e/a  PSEUDO  AS  BOGEY"). 

b.  30  poiata  -  Respond  to  tha  pseudo  bogey's 
aassage  "STATS  fff"  with  "ROGER,  STATE  fff" 
within  13  seconds • 

72 

REQUEST  CAP  STATE 
(TRAXHXnS) 

a.  70  poiata  -  Transmit  tha  aassage  "e/s  NEAT 
STATS"  to  tba  CAP  bafore  CAP  tuns  for  inter— 
eapt  ("c/s  xxx  FOR  bogey"). 

b.  30  poiata  -  Respond  to  tha  CAP'S  aassage 
"STATE  fff"  with  "ROGER,  STATE  fff”  within  10 
seconds* 

73 

INTER  CAP  SYMBOLS 

AMD  TXT 

a.  60  poiata  -  Tha  cap  symbols  far  the  CAP  and 
pseudo  bogey  axe  entered  prior  to  the  learner 
starting  the  scanarlo  action. 

b.  20  polats  -  Tha  PI?  is  correct  for  tha  CAP 
at  tha  start  of  scenario  action. 

e.  20  points  -  Tha  PI?  is  correct  for  tha 
pseudo  bogey  at  the  start  of  scenario  action. 

74 

pmyqy  ,t<n«  j UB> 

OFFSET  (TMXSZSQ 
mvzmoiBT) 

a.  50  points  -  Tha  range  scale  is  sat  to  64 
nilaa  at  tha  time  the  offset  is  entarsd. 

b.  25  points  -  Tha  offset  is  entered  within  60 
seconds  froa  tha  start  of  tha  exercise. 

c.  25  points  -  Tha  new  ownshlp  position  is 
such  that  tha  TACAN  station  and  tha  area 
outline  are  risible  an  tha  screen. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


a 

Perfamance/Scerlng  oascripe&os 

73 

UPDATE  TORN  KATE 

76 

P6BUD0  BUSES  5TKB0L 

UPDATE 

100  points  -  Maintain  tha  pseudo  bo^ajr  syabol 
such  that  3  out  of  S  times  that  tha  rideo  la 
displayed,  alaalng  no  aore  than  2  video  dis¬ 
play*  la  a  row,  tha  paaudo  bogey  symbol  la 
within  1/S  inch  of  tha  video.  This  regulraaent 
takas  affact  aftar  tha  first  tiaa  that  tha  sya- 
bol  la  updated  (assigned  to  tha  paaudo  bo gay 
rldao) .  Each  updata  omission  outalda  atatad 
tolarancaa  dadncta  10  points. 

77 

UPDATE  PSEUDO  BUSES 

a.  SO  points  -  Updata  tha  paaudo  bogey  syabol 
within  20  seconds  aftar  raceivi ng  tha  CAP 
check-in  aasaaga.  23  points  for  updata  within 
30  aaconda. 

b.  Paaudo  bogay  syabol  (CAP2)  is  placed  close 
to  tha  position  of  the  paaudo  bogay  rldao.  Tha 

scores  arai 

SO  points  for  0  to  1/8  inch 

23  points  for  1/8  -  1/4  inch 

0  points  for  graatar  than  1/4  inch 

78 

DIRECT  CAP  TO  CENTER 

OP  AREA 

a.  70  points  -  If  aircraft  heading  is  graatar 
than  13  degrees  off  tha  handing  to  the  center 
of  tha  area,  transmit  aessaga  "c/s  (PORT/ 
STARBOARD)  xxat*  within  33  seconds  of  CAP  check* 
in.  (optional]  30  points  -  within  40  seconds. 

b.  30  points  -  If  tha  heading  is  transsOtted, 
it  oust  be  within  V-  15  degrees  of  tha  correct 
heading  to  tha  center  of  tha  training  area. 

79 

EM8ACE  PSEUDO  BOCKS 

TO  POINT 

Aftar  breakaway  request  or  after  CAP  enters  tha 
OP AREA,  depress  CEOM  TAB  to  gat  trial  engage* 
■ant  ef  paaudo  bogay  to  a  point, 
within  18  seconds  *  100  points 
within  24  seconds  •  70  points. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


M 

8— 

Performanca/Sooring  Description 

i 

aaa  cap  to  point 

After  receiving  a  breakaway  request  or  detach*, 
lag  the  wingaan,  ball  tab  a  point#  depress  GBOM 
TAB  to  gat  trial  angagamsnt  of  CAP  to  that 
point  within  IS  seconds  (100  points). 

Within  21  saconda  ■  70  points. 

ai 

DETACH  KINGMAN 

Naka  tha  tranaaiaalon  "CRACKERJACX  DETACH  STAR* 
BOARD(p)XXX*  within  IS  saconda  of  trial  angage- 
aant  of  pseudo  bo gay  (GEOM  VAB  daprasaad)  to 
paint  *B. •  (point  in  apaca)  (100  points). 

20  aaoonda  -  70  points. 

82 

DISENGAGE  CAP  PROM 

SPLIT  AT  BKXAXAMAX 

100  points  -  Oisangaga  tha  CAP  frost  tha  split 
by  hitting  BRK/CANTCO  within  8  saconda  of 
saqnanciag  to  tha  SWC  SraaJc  Sngaga  alart  DRO. 

70  points  within  9  seconds. 

83 

DISENGAGE  CAP  PNOM 

BOOST  AFTER  BREAK 

ENGAGE  ALERT 

100  points  -  Aftar  tha  Break  Sigagaaant  alart 
occurs,  depress  8RK/CANTC0  so  as  to  braak  tha 
CAP'S  engagement  to  tha  bogey  within  12 
seconds. 

70  points  within  IS  saconda. 

84 

INGAGE  CAP  TO  SPLIT 

100  points  -  Aftar  tha  Sngaga  Track  alart  is 
received,  depress  ORD  SND  to  sngaga  tha  CAP  to 
tha  split  within  12  saeonds. 

70  points  within  IS  saconda. 

89 

VECTOR  CAP  TO  SPLXT 

a*  70  points  -  Transmit  tha  asssaga  "e/s  PORT/ 
VECTOR/STARBOARD  «x"  to  tha  CAP  within  18  sec- 
on  da  of  sequencing  to  tha  SWC  Engage  alart  0R0. 
40  points  -  for  transmission  within 24  saconda. 

b.  30  points  -  Transmit  an  accurate  vector  for 
bogey  to  the  CAP.  The  heading  mat  be  within 
V-  10  degrees  of  tha  correct  heading. 
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TABLE  03.  PERFORMANCE  MEASUREMENT  VARIABLE  DEFINITIONS  (CONTIN) 


a 

Urtatmo/Sewlag  Description 

86 

T1AMMXT  XNXTXAL  S7UT 

map  jjq)  Biifgg 

a.  40  point*  -  Tr in  mitt  eho  niy  *aoGEX 
xxx, Tt*  to  tha  CAP  within  18  seconds  of  vector 
for  split  BMM9«. 

20  points  for  transmission  within  24  soconds. 

b.  30  points  -  Transmitted  bearing  most  bo 
within  */m  2  degrees  of  NTD8  displayed  data. 

c.  30  points  -  Transmitted  rang*  must  bo  with* 
in  ♦/*  2  ailos  of  NTDS  displayed  data. 

31 

TRANSMIT  OONrXMTXM 

SPLIT  BIUXMS  AND 

Pfg 

a.  60  points  *  Transmit  eho  mas sago  "BCXSXY 
x»,  yy*  within  12  soconds  aftar  tho  swoop 
passoo  tho  split  position.  Tho  maxi—  score 
is  given  if  tha  transmissions  are  made  2  out  of 

3  times  and  tho  AXC  does  not  miss  making  tha 
transmission  any  2  swoops  in  a  row.  Tho  score 
is  daareased  in  proportion  to  tho  transmission 
omissions.  Each  out  of  tolaranca  transmission 
deducts  10  points. 

b.  20  points  -  Transmit  accurate  bearing.  A 
maxima  score  is  gl-ra  if  all  transmissions  are 
within  tho  spocifiad  tolaranca.  The  score  is 
decreased  in  proportion  to  tho  number  of  out  of 
tolaranca  transmissions.  The  tolerance  for 
bearing  to  split  is  ♦/*•  2  degrees  different 
than  NTD8  displayed  data. 

Each  out  of  tolerance  transmission  deducts  5 
points. 

o.  20  points  -  Transmit  accurate  range.  A 
maximum  score  is  gixen  if  all  transmissions  are 
within  the  specified  tolerance.  The  score  is 
decreased  in  proportion  to  tha  number  of  out  of 
tolerance  transmissions .  The  tolerance  for 
range  to  split  is  +/*■  2  miles  different  than 
NTDS  displayed  data. 

Each  out  of  tolerance  transmission  deducts  5 
points. 
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APPENDIX  E 

INSTRUCTOR/ STUDENT  MENUS 


INTRODUCTION 

This  appendix  presents  the  semis  available  for  display  on  the  student 
and  Instructor  CRT  terainals.  They  result  froa  the  aotivation  of  special 
funotlon  keys  on  the  terainals.  1  description  of  the  operation  and  physical 
layout  of  the  special  funotlon  keys  is  presented  In  the  Man-Machine  Interaction 
discussion  in  Section  III.  A  aenu  also  can  be  displayed  In  the  course  of 
the  execution  of  the  ACE  prograa;  for  example,  soae  aenu  selections  evoke 
secondary  asnus,  the  identity  of  which  are  dependent  upon  the  option  selected. 


MENUS 


Figures  El  through  El  6  present  ACE  aenu  displays.  The  followiig  con¬ 
ventions  apply  to  the  aenu  display  figures: 

a.  Square  brackets  ([...])  denote  optional  lines  of  CRT  text  which 
appear  only  when  applicable.  The  brackets  theaselves  aay  not  appear. 

b.  Iteas  within  angle  brackets  (<...>)  are  generic  descriptions  of 
the  data  to  be  lnoluded.  The  angle  brackets  theaselves  aay  not  appear. 

There  are  eight  categories  of  asnus: 

THE  ABORT  MENU  SET.  The  ABORT  key  Invokes  the  ABORT  Key  Menu  (Figure  El). 
Selection  of  ltea  2  causes  the  Review  Menu  (Figure  E2)  to  be  displayed. 
The  Current  Course  Inforaatlon  Menu  (Figure  E3)  la  displayed  after  selection 
of  ltea  3  of  the  ABORT  Menu. 

THE  FUNCTION-KEY  MENU.  Depressing  the  MENU  key  causes  the  Function-key  Menu 
(Figure  E4)  to  be  displayed  on  the  CRT.  The  Idle  Mode  Menu  (Figure  E5)  Is 
displayed  when  the  instructor  station  is  idle. 

THE  OVERRIDE  MENU  SET.  The  OVERRIDE  key  Invokes  the  OVERRIDE  Key  Menu  (Figure 
E6).  Selection  of  option  2  of  the  OVERRIDE  Key  Menu  causes  the  Repeat  Segment 
Menu  (Figure  B7)  to  be  displayed. 

THE  RETRAIN  MENU  SET.  The  RETRAIN  key  leads  to  the  Initial  RETRAIN  Menu 
(Figure  E8).  Subsequently  the  RETRAIN  Option  Menu  (Figure  E9)  la  displayed. 

THE  STATS  MENU  SET.  The  STATS  key  Invokes  the  STATS  Key  Menu  (Figure  E10). 
Selecting  any  student  froa  this  aenu  causes  the  STATS  Type  Menu  (Figure  Ell) 
to  be  displayed.  If  option  1  of  this  aenu  Is  chosen,  the  Sepwnt  Summary 
Request  Menu  (Figure  B12)  is  displayed.  If  the  STATS  Type  Menu  option  2 
Is  seleoted,  the  Speeoh  Training  Summary  Menu  (Figure  El 3)  is  displayed. 
If  option  3  of  the  STATS  Type  Menu  is  seleoted,  the  Speeoh  Recognition  Summary 
Menu  (Figure  El 4)  Is  displayed. 
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TBS  INITIATE  VOICE  TEST  MENU.  The  INIT  VOICE  TEST  key  invokes  the  INIT  VOICE 
TEST  Key  Menu  (Figure  El 5) .  During  Voioe  Test,  a  Level  Vocabulary  Menu  (Figure 
B16)  will  be  displayed. 

THE  MEW  T/E  MENU  SET.  The  NEW  T/E  key  initiates  a  series  of  proapta  collecting 
information  necessary  to  sign  on  a  new  student.  The  lnforaatlon  is  oolleoted 
in  a  NEW  T/B  Information  Display  (Figure  E17). 

THE  “STOP  MENU.  The  “STOP  Key  Menu  (Figure  £18)  is  displayed  as  a  result 
of  the  STOP  key  being  pressed  when  a  student  is  signed  on. 
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»«  ABORT  MEMO  ”• 


tOOR  OPTIONS  AT  THIS  TIME  ARE  TO: 

0.  CONTINUE  WITH  THE  INSTRUCTION 

1.  END  THIS  SESSION  WITH  ACE 

2.  REVIEW  A  PREVIOUS  SUBJECT 

3.  SEE  TOUR  CURRENT  COURSE  INFORMATION 

Press  the  NUMBER  of  your  oholoe,  then  press  ENTER. 


May  appear  on:  Student  Terminal 

Student  Terminal,  when  the  instructor  functions  are  enabled 
there. 


Figure  El.  Sample  ABORT  Key  Menu 
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•••  REVIEW  MENU  ••• 


Tou  hare  the  following  subjects  available  for  review. 
Please  press  the  NUMBER  of  your  choice,  then  press  ENTER. 

0  ESCAPE  FROM  REVIEW  (Return  to  instruction) 

1  145  IAT  Training  The  Computer  (Speech)  (Demo) 

2  146  IAT  Speech  Practice  (How  To)  (Demo) 

3  147  IAT  Speech  Collection  (How  To)  (Demo) 

4  148  IAT  Speech  Validation  (How  To)  (Demo) 

5  150  IAT  Voice  Test  (Using  This  Function)  (Demo) 

6  160  IAT  Retrain  (Using  This  Function)  (Demo) 

7  220  IAT  Heading/Bearing  and  Range  To  Station  (Demo) 

8  221  IAT  Tracking  The  CAP  (Demo) 

9  222  IAT  Heading  To  Station  (Demo) 

[Press  NEXT  to  display  additional  subjects] 

Tou  oan  end  a  review  at  any  time  by  entering  ABORT. 


May  appear  on:  Student  Terminal 

Student  Terminal,  when  the  Instructor  functions  are  enabled 
th< re. 


Figure  E2.  Sample  Review  Menu 
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•••  CDRHENT  COURSE  INFORMATION  ••• 


HERE  ARE  TOUR  CHOICES  FOR  COURSE  INFORMATION: 

0.  CONTINUE  WITH  THE  INSTRUCTION 

1.  TOUR  CURRENT  COURSE  POSITION 

2.  THE  SCORE  FOR  TOUR  LAST  PRACTICE  WITHOUT  FREEZES 

3.  TOUR  PROGRESS  THROUGH  THE  COURSE 

Press  the  NUMBER  of  your  choice,  then  press  ENTER. 


May  appear  on:  Student  Terminal 

Figure  B3.  Current  Course  Information  Menu,  Option  3  from  ABORT  Key  Menu 
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•••  FUNCTION-KEY  MENU  •** 


THE  FOLLOWING  KEYS  ARE  ENABLED: 

C  ABORT  ]  [  HELP  ]  [  OVERRIDE  ]  [  BREAK  ]  [  CONTINUE  ] 

[  ENABLEJCEYBOARD  ]  [  DISABLEJCEYBOARD  ]  [  YES  ]  [  NO  ] 
[  STATS  ]  [  INIT_VOICE_TEST  ]  [  STOP_VOICE_TEST  ] 

[  RETRAIN  ]  [  SHIFTJSTOP  ]  [  REPLAY  ]  [  BYE] 

[  NEW_T/E  ] 


May  appaar  on:  Studant  Terminal 

Instructor  Terminal 

Studant  Taralnali  whan  tha  instructor  functions  are  enabled 
there. 


Figure  E4.  Function-Key  Menu 
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*•*  IDLE  MODE  MENU  •** 


LEGAL  ENTRIES: 

OVERRIDE  —  to  override  ACE  lesson  scheduling* 

RETRAIN  —  to  Initiate  collection  of  student  speech  data* 

STATS  —  to  display  various  student  statistics 
ENABLE  EBRD  —  to  turn  on  instructor  keys  at  student  station 
DISABLE  EBRD  —  to  turn  off  instructor  keys  at  student  station 
NEW  TRAINEE  —  enroll  a  new  student  on  the  ACE  training  systaa 
“STOP  —  to  initiate  training  system  shutdown 


{*  only  when  a  student  is  signed  on) 


May  appear  on:  Instructor  Terminal 


Figure  E5.  Idle  Mode  Menu 
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•••  OVERRIDE  MEMO 


TOOH  OPTIONS  AT  THIS  TIME  ARE  TO: 

0.  LET  THE  STUDENT  CONTINUE 

1.  ADVANCE  THE  STUDENT  TO  THE  NEXT  SEGMENT 

2.  REQUIRE  THE  STUDENT  TO  REPEAT  A  PREVIOUS  SEGMENT 

Enter  the  NUMBER  of  your  selection,  then  press  ENTER. 


May  appear  on:  Instructor  Terminal 

Student  Terminal,  when  the  instruotor  functions  are  enabled 
there. 


Figure  E6.  The  OVERRIDE  Key  Menu 
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•••  OVERSIDE  REPEAT  •« 


Tou  have  indicated  you  wish  to  require  a  student 
to  repeat  a  segment. 


Enter  the  NUMBER  of  your  choice.  Then  press  ENTER. 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 


CURRENT  SEGMENT 

101  IAT  Getting  On  The  System 

102  IAT  Intro  To  The  Experience  Ahead 

103  IAT  Intro  To  The  Job  Being  Trained 

104  IAT  Intro  To  The  Pieces  Of  The  System 

105  IAT  Quick  Look  At  The  Student  Station 

106  IAT  Quick  Look  At  The  Training  Console  (TEC) 
110  IAT  Program  Pretest 

162  IAT  Break/Review  Option 

120  IAT  How  The  Instruction  Hill  Proceed 


[Press  NEXT  to  display  additional  options] 


May  appear  on:  Instructor  Terminal 

Student  Terminal,  when  the  Instructor  functions  are  entered 
there. 


Figure  E7.  Sample  Repeat  Segment  Menu,  from  OVERRIDE  Key  Menu 
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HBTBAIM  MENU  ••• 


TOO  HAVE  ASKED  TO  TRAIN  THE  COMPUTER  AGAIN.  THE  FOLLOWING 
ARE  TOUR  ACE  VOCABULARY  CHOICES  FOR  RETRAINING. 

0.  CONTINUE  WITH  THE  INSTRUCTION 

1 .  Zero 

2.  On* 

3.  Two 

4.  Throw 

5.  Four 

6 .  Fire 

7.  Six 

8.  Soven 

9.  Eight 

Proas  tho  NUMBER  of  your  choice,  than  proas  ENTER. 

For  more  choices,  proaa  NEXT. 


V _ / 


May  appear  on:  Student  Terminal 

Student  Terminal,  when  the  inatruetor  functions  are  entered 
there. 


Figure  E8.  Sample  RETRAIN  Menu 
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•••  DATA  COLLECTION/ VALID ATIOH  COMPLETE  IM 


THE  FOLLOWING  ABE  TOUH  OPTIONS  AT  THIS  TIME: 

0.  CONTINUE  WITH  THE  INSTRUCTION 

1.  RETRAIN  ANOTHER  PHRASE 

2.  PERFORM  SPEECH  VALIDATION 

PImm  enter  the  NUMBER  of  your  oboloe,  then  press  ENTER. 


May  appoar  on:  Student  Terminal 

Student  Terminal,  when  the  instructor  functions  are  entered 
there. 


Figure  E9.  RETRAIN  Option  Menu 
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These  students'  files  are  available  on  this  disk: 

0.  GO  BACK  TO  WHAT  I  WAS  DOING  BEFORE 

1 .  <student> 

2. 

3. 

4. 

5. 

6. 

7. 

8. 

.  9. 

10. 


V _ y 


May  appear  on:  Instructor  Terminal 

Figure  BIO.  Identify  Other  User  Menu,  Option  3  of  STATS  Menu  Key 
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SDMMABT  REPORT  MENU  •« 


HESS  ABE  IOOH  CHOICES  FOB  STUDEMT  STATISTICS: 

0.  HOHE.  Let's  go  book  to  what  I  was  doing  before. 

1.  Segeent  S unary  Reports 

2.  Speech  Training  Sunary  Reports 

3«  S  pee  oh  Recognition  Sunary  Reports 
(CP  or  FP  segments  only) 

Press  the  NUMBER  of  your  choice,  followed  by  ENTER. 


of 


May  appear  on:  Instructor  Terminal 

Figure  Ell.  STATS  Type  Menu 
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•••  SEGMENT  SUMMARY  REQUEST  ••• 


IOU  ASKED  FOR  A  SEGMENT  SUMMARY.  WHICH  OF  THE  FOLLOWING 
CHOICES  DO  YOU  WISH?  (SELECT  ONE  ONLY) 

0.  NONE.  Let's  go  back  to  what  I  was  doing  before. 

1.  Sunary  of  all  secants  (In  overall  pathway  order) 

2.  Detailed  sunary  of  a  single  secant  (by  path  nuaber) 

3.  Detailed  sunary  of  a  specif io  sequence  of 
segments  (by  path  nuaber) 

Press  the  NUMBER  of  your  choice,  followed  by  ENTER. 


May  appear  on:  Instructor  Terainal 


Figure  812.  Sapient  Sunary  Request  Menu,  Option  1  of  STATS  Type  Menu 


230 


1L 


SPEECH  TRAINING  SUMMARY  REQUEST  ”* 


TOO  ASKED  FOR  A  SPEECH  TRAINING  SUMMARY.  WHICH  OF  THE 
FOLLOWING  CHOICES  DO  TOO  WISH? 

0.  NOME.  Let's  go  back  to  whst  I  was  doing  before. 

1.  All  se©nenta  (In  overall  pathway  order) 

2.  A  single  sapient  (by  path  nuaber) 

3.  A  specific  sequence  of  segments  (by  path  nuaber) 

Press  the  NUMBER  of  your  choice,  followed  by  ENTER. 


V 


May  appear  on:  Instructor  Terainal 


Figure  E13.  Speech  Training  Suaaary  Menu,  Option  2  of  STATS  Type  Menu 
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•««  SPEECH  RECOGNITION  SUMMARY  REQUEST  ••• 


TOO  ASKED  FOB  A  SPEECH  RECOGNITION  SUMMARY.  THIS  SUMMARY  IS  AVAILABLE 
OHLY  FOR  THE  CP  AND  FP  SEGMENTS  THE  STUDENT  HAS  DONE  SINCE  HE  LAST 
SIGNED  ON.  WHICH  OF  THE  FOLLOWING  CHOICES  DO  YOU  WISH? 

0.  NONE.  Let' a  go  back  to  what  I  waa  doing  before. 

1.  ALL  available  CP  and  FP  segments  (in  overall  pathway  order) 

2.  The  laat  completed  CP  or  FP  "run" 

Press  the  NUMBER  of  your  choice,  followed  by  ENTER. 


May  appear  on:  Inatruotor  Terminal 


Pigure  Bit.  Speech  Recognition  Summary  Menu, 


Option  3  of  STATS  Type  Menu 
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•••  STAHT  VOICE  TEST 


Xou've  asked  to  tsst  the  system's  recognition  of  your  voice  saying 
phrases  from  the  training  vocabulary.  Before  proceeding,  review 
the  "Buies  for  Good  Speech  Recognition*  listed  In  Subsection  III 
A  of  the  Student  Guide.  Ose  only  the  vooabulary  Items  you  will 
see  listed  on  the  Student  Station  CBT. 

Tour  headset  and  microphone  should  be  adjusted  for  transmitting. 

When  you're  finished  with  Voice  Test,  press  STOP  VOICE  TEST  followed 
by  ENTER. 


May  appear  on:  Student  Terminal 

Student  Teralnal,  when  the  instructor  functions  are  enabled 
there. 


Figure  El  5.  INIT  VOICE  TEST  Key  Menu 
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A 

*«  LEVEL  2  VOCABULARY 

0 

10 

20 

PORT 

1 

11 

30 

STARBOARD 

2 

12 

40 

VECTOR 

3 

13 

50 

FOR  BOGEY 

4 

14 

60 

STATION 

5 

15 

SILVER  HAWK 

BOGEY 

6 

16 

CRACKER  JACK 

BOGEY  TRACKING 

7 

17 

ROGER 

SPEED  POINT 

8 

18 

SAT  AGAIN 

MARK  YOUR  TACAN 

9 

19 

CORRECTION 

ON  STATION 

_ 

J 

May  appear  ,on:  Student  Terminal 

Student  Terminal ,  when  the  lnatruotor  functions  are  enabled 
there. 


Figure  B16.  Sample  Level  Vocabulary  (displayed  during  Voice  Test) 
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•••  STUDENT  SUMMARY  ••• 


Last  Mom: 

Preferred  Name: 

Social  Security  Nuiber: 

Rate/Bank: 

NTDS  Input  School: 

NTDS  User  School: 

Operational  NTDS  Experience: 

Qualified  Track  Supervisor: 

>  Is  this  information  correct  for  this  student?  (YES  or  NO) 


May  appear  on:  Instructor  Terminal 


Figure  El 7.  New  T/B  Information  Display 
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•••  STOP  SET  MEMO  ••• 


A  STUDENT  IS  CURRENTLY  SIGNED  ONTO  THE  ACE  SYSTEM. 

PLEASE  DETERMINE  THE  STUDENT’S  STATUS  BEFORE  YOU  SHUT  DOWN  ACE. 
YOUR  OPTIONS  ARE  TO: 

0.  SHUT  DOWN  ACE  DMEDIATELY,  ACCORDING  TO  THE 
INSTRUCTIONS  IN  THE  INSTRUCTOR’S  HANDBOOK. 

1 .  SHUT  DOWN  ACE  WHEN  THE  STUDENT  IS  DONE  WITH  HIS 
CURRENT  SEGMENT. 

PImm  «nt«r  the  NUMBER  of  your  decision,  then  press  ENTER. 


V. 


May  appear  on:  Instructor  Terminal 


Figure  El  8.  STOP  Key  Menu 
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